Zasekavani pc - vyšší teplota cpu



Zdravím,Dlouhou dobu jsem zjišťoval proč se mi zasekává PC při hraní her ( hra běží na cca 100fps, ale pak se třeba na 10 sekund stane ze se zasekává hra, většinou to je v pohybu mysi. Není to tak, ze by se mi sekal celou dobu co hraju, ale co jsem zjistil, tak jen tehdy, když teplota cpu vyleze k 65 stupňů, procesor jede na 85% a víc, na pozadí mám maximálně discord, jinak antivir a ostatní věci mám vypnutý. Když jsem zkoušel dělat stress test, tak jsem měl na pozadí zapnutou jen tu aplikaci, a zas vylezla teplota nahoru k 65 stupňům, a zkoušel jsem něco dělat a úplně se zasekával pohyb myši, jak kdybych měl 40hz monitor ( mám 144 ).Dotaz je ten, jestli někdo tuší proč by to mohlo dělat.Deska - msi z370gaming carbon proCpu - i5 9600kGrafika - msi gtx 1060 gaming x 6gKdyžtak další komponenty dopisu tyhle by snad mělo stačit:).Předem díky za nápady a rady co zkusit.Michak
65°C není vyšší teplota, to je krásná teplota. Klidně bys mohl mít i o dost vyšší a na funkci to nebude mít vliv. Kolik bys asi tak chtěl, aby to mělo teplotu? Pokojovou?Problém hledej jinde.
<p>obecně byste měli použít <code>kill</code> (zkratka pro <code>kill -s term</code> nebo na většině systémů <code>kill -15</code>) před <code>kill -9</code> (<code>kill -s kill</code>) dát cílovému procesu šanci na vyčištění po sobě. (procesy nemohou chytit nebo ignorovat <code>sigkill</code>, ale mohou a často to chytí <code>sigterm</code>.) pokud nedáte procesu šanci dokončit to, co dělá a vyčistit, je to může nechat poškozené soubory (nebo jiný stav) kolem, že nebude schopen pochopit, jakmile restartujete.</p><p><code>strace</code>/<code>truss</code>, <code>ltrace</code> a <code>gdb</code> jsou obecně dobré nápady, jak zjistit, proč je zaseknutý proces zaseknutý. (<code>truss -u</code> na systému solaris je zvláště užitečné; <code>ltrace</code> příliš často předkládám argumenty pro volání z knihovny v nepoužitelném formátu.) solaris má také užitečné <code>/proc</code>- založené nástroje, z nichž některé byly přeneseny do linuxu. (<code>pstack</code> je často užitečný).</p> dobrý den, diference teploty bývá u většiny výrobců +-4 °c. pokud je větší, tak je ve většině případech vadné čidlo. u některých výrobců můžete nastavit korekci čidla, ale raději bych čidlo při servisu vyměnil a je klid. Príčin může být spousta a zrejme to nebude mit souvislost z Duolingem. Zkuste se poptat nekde na forech, kde se resi hardwarove zalezitosti. Jen aby spíše než stručnou odpověď komentář: Toto chování závisí jak na přehrávači, který používáte, a na grafické kartě. Co se stane, je následující:


1. Přehrávač videa plní svou videa okno s jediným, barvy bytu. Obvykle to bude buď světlé růžové nebo něco podobného, ​​ale ne přesně, černé. Myšlenka je vybrat si barvu, která není pravděpodobné, že se objeví kdekoli jinde na obrazovce.
2. Přehrávač videa instruuje akcelerační čip na grafické kartě pro přehrání videa, ale jeho zobrazení pouze na části obrazovky, které mají ten přesnou barvu. K dosažení tohoto cíle, je technika nazývá „překrytí“ je používán, který efektivně umožňuje grafickou kartu „překryvné“ video obsahu na libovolnou část obrazovky, která je vyplněna s tímto konkrétním barvou.


Teď, když se snímek přehrávače, zatímco způsob, jak hrát, co máte, je obraz, který obsahuje velký jednotný vyplnit kde je video má být. Máte-li zobrazit tento snímek obrazovky při přehrávání videa, bude grafická karta nebude schopen rozeznat rozdíl mezi barvou v rámci přehrávače a obrazovky to. Bude to jen nahradit tuto barvu s obrazem.


Můžete se bavit s tímto chováním ze strany výkresu na obrázku. Ať už jste čerpal se zdají být vypracovány v horní části obrazu, protože video zobrazuje pouze tam, kde na obrazovce má přesné barvy používané video přehrávač. Myslím, že maximun vzorkovací frekvence akce se liší mezi diferent android telefonů. Co myslím, že můžete udělat, je Setup sensormanager aktualizovat data tak rychle, jak je možné, nahlédnout konstantní [SENSOR\_DELAY\_FASTEST](http://developer.android.com/reference/android/hardware/SensorManager.html#SENSOR_DELAY_FASTEST) z dokumentace.


pozdravy. <p><code>hi</code> je čas strávený přerušením zpracování hardwaru. hardwarová přerušení jsou generována hardwarovými zařízeními (síťové karty, řadič klávesnice, externí časovač, hardwarové senzory, ...), když potřebují něco signalizovat do procesoru (například data dorazila).</p><p>protože k tomu může dojít velmi často a protože v podstatě blokují aktuální cpu, zatímco jsou spuštěny, jsou popisovače hardwarového přerušení jádra psány tak rychle, jak je to jen možné.</p><p>pokud je třeba provést dlouhé nebo složité zpracování, jsou tyto úkoly odloženy pomocí mechanického volání <code>softirqs</code>. jsou naplánovány nezávisle, mohou běžet na jakémkoli cpu, mohou běžet souběžně (nic z toho neplatí pro popisovače přerušení hardwaru).</p><p><sub>část o tvrdých irq blokujících aktuální procesor a část o tom, že <code>softirqs</code> budou moci běžet kdekoli, nejsou úplně správné, mohou existovat omezení a některé tvrdé irq mohou přerušit jiné.</sub></p><p>jako příklad lze uvést, že hardwarové přerušení ze síťové karty „přijatá data“ by mohlo jednoduše uložit informace „karta ethx musí být obsluhována“ a naplánovat <code>softirq</code>. <code>softirq</code> by byla věc, která spouští skutečné směrování paketů.</p><p><code>si</code> představuje čas strávený v těchto <code>softirqs</code>.</p><p>dobré čtení o mechanismu <code>softirq</code> (s trochou historie) je také <a href="https://www.cs.unca.edu/brock/classes/spring2013/csci331/notes/paper-1130.pdf">dělám to později: softirqs, tasklets, dolní poloviny, fronty úkolů, pracovní fronty a časovače</a> = (pdf, 64 kb).</p><p><code>st</code>, „ukrást čas“, je relevantní pouze ve virtualizovaných prostředích. představuje čas, kdy skutečný procesor nebyl k dispozici aktuálnímu virtuálnímu počítači - byl „odcizen“ z toho vm) hypervizorem (buď pro spuštění jiného vm, nebo pro vlastní potřeby).</p><p>dokument <a href="https://www.ibm.com/developerworks/linux/linux390/perf/tuning\_cputimes.html">cpu time accounting</a> od ibm obsahuje více informací o krádeži času a účetnictví cpu ve virtualizovaných prostředích. (zaměřuje se na hardware typu zseries, ale obecná myšlenka je stejná pro většinu platforem.)</p> <p>obecně se mi nelíbí hudba na pozadí na webu. zpomaluje dobu načítání, překvapuje uživatele, kteří mají zapnuté reproduktory a jejich nepříjemné. je to podobné blikajícímu textu na webové stránce.</p><p>jediný čas, který mi dává smysl, je pro web o hudbě nebo pro skupinu. pak to lze očekávat.</p><p>lepším řešením je, aby na vás webová stránka, jako je @aslum, navrhl, aby si lidé mohli vybrat, zda budou vaši hudbu hrát, nebo ne.</p> A kde je na PC? <h2>odlišné předpovědi jsou drahé</h2><p>moderní procesor obecně vykonává mezi jedním a třemi instrukcemi každý cyklus, pokud věci jdou dobře (pokud to nezastaví čekání na datové závislosti pro tyto instrukce přijít z předchozích pokynů nebo z paměti).</p><p>výše uvedené tvrzení je překvapivě dobré pro těsné smyčky, ale to by vás nemělo zaslepit na jednu další závislost, která může zabránit provedení instrukce při jejím cyklu: pro provedení instrukce, procesor musí mít začal ji načítat a dekódovat 15-20 cyklů dříve.</p><p>co by měl procesor dělat, když narazí na pobočku? načítání a dekódování obou cílů se nemění (pokud následuje více větví, exponenciální počet cest by musel být vyvolán paralelně). procesor tedy pouze vyvolá a dekóduje jednu ze dvou větví spekulativně.</p><p>to je důvod, proč chybně předvídané větve jsou drahé: stojí 15-20 cyklů, které jsou obvykle neviditelné díky efektivnímu instrukčnímu potrubí.</p><h2>podmíněný pohyb není nikdy příliš drahý</h2><p>podmíněný pohyb nevyžaduje předpověď, takže tento trest nikdy nemůže mít. má závislost na údajích, stejně jako běžné pokyny. podmíněný pohyb má ve skutečnosti více závislostí na datech než běžné instrukce, protože datové závislosti zahrnují případy „podmínka true&ldquo; a „podmínka false&ldquo;. po instrukci, která podmíněně přesune <code>r1</code> do <code>r2</code>, se zdá, že obsah <code>r2</code> závisí na předchozí hodnotě <code>r2</code> a na <code>r1</code>. dobře předvídaná podmíněná větev umožňuje procesoru odvodit přesnější závislosti. závislosti na údajích však obvykle trvají jeden až dva cykly, pokud potřebují čas na to, aby dorazily vůbec.</p><p>všimněte si, že podmíněný přesun z paměti do registru by byl někdy nebezpečnou sázkou: pokud je podmínka taková, že hodnota načtená z paměti není přiřazena registru, čekali jste na paměť nic. instrukce podmíněného pohybu nabízené v sadách instrukcí se však zpravidla registrují, aby zabránily této chybě na straně programátora.</p> Nikdo tady nema uroven 100%. Nejvyssi je priblizne 76%. Pro dalsi pokrok v anglictine doporucuji zakoupit v obchode s Lingoty Cviceni na cas. Pokud zvladnete po sobe 5x 20XP muzete rici, ze uz se tady dal nemate co naucit. Pro cviceni muzete zkusit take kurz CZE - ENG (kliknout na vlajecku u sveho jmena a pridat kurz). Jsou zde i dalsi jazyky, ovsem nejsou z CZE, ale vetsina jich je z ENG, nebo dalsich jazyků. Dalsi posilovani jiz neni barevně odliseno. Nejvyssi mozna je zlata a plny ukazatel zdravi.