Zamrzají mi (při zátěži?) procesy.



Ahoj, včera jsem udělal upgrade PC.- GeForce GTX 1060 6gb- msi TOMAHAWK B450- AMD Ryzen 5 2600- HyperX Predator (2x8GB), DDR4, 3200MHz.- Mám dva disky, jedno SSD na kterém jede Windows a jeden HDD.Po úspěšném zprovoznění PC, doinstalování všech ovladačů jsem začal počítač používat, ale začal jsem si všímat kratších, někdy delších a nepravidelných záseků - nejspíše průzkumníka Windows, protože myší při nich můžu normálně pohybovat, ale procesy jsou jakoby zamrzlé. Koukal jsem do využití, vůbec nic nepřesahuje 20%. Drivery mám aktualizované, Windows je úplně čistý přeinstalovaný a tak mě napadá, jestli není chyba v HW. Nějaké rady? Pokud popis chyby nebude dostatečný, poskytnu na žádost i video, ale myslím, že není třeba.// Všiml jsem si, že se mi to děje pouze, když například stahuji soubory z webu (cokoliv, ať už to má 5MB nebo víc, je to jedno ...), nebo něco instaluju; prostě při určité zátěži, ale jak říkám - zátěž paměti, cpu, etc. je maximálně 20%.
Zamrzající systém většinou způsobují vadné RAM moduly, tudíž udělej Memtest. Pokud Memtest ukáže více jak 10 chyb za několik vteřin, tak máš nekompatibilní RAM module s tvojí základní deskou. Tento problém může vyřešit např. aktualizace biosu.A ještě otázka, jaké SSD máš? U Kingstonů byl problém, že měli špatnej firmware, který právě vyvolával záseky systému. Tzn. musíš disk dát do jinýho počítače a přes jejich utilitu aktualizovat firmware SSD (údajně to za chodu SSD nelze aktualizovat) .
<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>pro postgresql může být výkon procesoru velmi důležitý, zejména pokud do paměti ram zapadá poměrně vysoké procento aktivní pracovní sady vašich dat. většina databází, se kterými jsem pracoval, měla většinu času cpu jako hlavní překážku. (právě jsem zkontroloval vmstat na serveru hostujícím webové stránky s miliony přístupů denně, které hostovaly více než 5 tb databázového prostoru, a nikdy jsem neviděl více než 2% času čekání na disk, ale viděl jsem vrchol 12% času cpu uživatele.)</p><p>protože postgresql je založeno na procesech, každý jednotlivý proces může běžet jen tak rychle jako jedno jádro, ale ve směsi, jako máme na výše uvedeném serveru, s velkým objemem malých požadavků, je nejdůležitější celkový procesor ve všech jádrech. při stejném celkovém výkonu procesoru bude postgresql obecně pracovat lépe s menším počtem rychlejších jader než s mnoha pomalejšími jádry.</p><p>až do mezipaměti vysokého procenta aktivní sady dat je přidání ram obvykle pro buck zobrazí větší třesk než přidání jader. po dostatečném ukládání do mezipaměti je výhodou další ram klesá a máte lepší podporu při zvyšování výkonu procesoru).</p><p>pro více informací o tomto tématu, které se týká postgresql, si nemyslím, že existuje lepší zdroj než <a href="http://www.postgresql.org/docs/books/"><em> postgresql 9.0 vysoký výkon</em></a> od <strong> greg smith </strong>. (úplné zveřejnění, byl jsem technickým recenzentem knihy, ale nezískávám na základě prodeje žádné finanční výhody.)</p> 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. <p>každý web je jiný, proto bude vyžadovat různé triky, aby to fungovalo. zde jsou ty, které používám pro naše weby pro přihlášení k výkonu.</p><ul> <li> <a href="http://drupal.org/project/dbtuner">http://drupal.org/project/dbtuner</a> </li> <li> <a href="http://drupal.org/project/advagg">http://drupal.org/project/advagg</a> </li> <li> <a href="http://drupal.org/project/labjs">http://drupal.org/project/labjs</a> </li> <li> <a href="http://drupal.org/project/css\_emimage">http://drupal.org/project/css\_emimage</a> </li> <li> <a href="http://drupal.org/project/imageinfo\_cache">http://drupal.org/project/imageinfo\_cache</a> </li> <li> <a href="http://drupal.org/project/cdn">http://drupal.org/project/cdn</a> </li> </ul><p>pokud opravdu chcete vědět, co způsobuje pomalý kód, získejte grind vašeho webu. <a href="https://drupal.stackexchange.com/questions/1022/what-all-contributes-to-drupal-page-execution-time">co všichni přispívají k drupal doba provedení stránky?</a> </p><p>edit: vypadá to, že se začíná vyvíjet verze auth cache 7.x. nepoužil jsem to, ale na něco se podívat.</p><ul> <li> <a href="http://drupal.org/project/authcache">http://drupal.org/project/authcache</a> </li> </ul> <p>nejobsáhlejší software pro testování zátěže, který jsem našel, je <a href="http://bit.ly/4r8g2l">hp loadrunner</a> (omlouvám se za bit.ly odkaz, ale hp odkaz je hrozný a nebude fungovat správně). je velmi flexibilní a ze zátěžových testů můžete generovat mnoho různých typů zpráv. můžete také nechat skupinu strojů pracovat společně s testem zatížení. ne, že ostatní nástroje jsou špatné, ale vypadá to jako <a href="http://jakarta.apache.org/jmeter/">apache jmeter</a> vypadá jako hračka.</p> <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> <p>vyzkoušejte následující analogie: první z nich: „jak dlouho trvá, než usnete?“ „x minut“ „teď si představte, že když jste blízko, že usnete, někdo vejde dovnitř a přeruší vás, jak dlouho vám bude zaspávat teď? těch pár vteřin, co jste odešli, nebo budete muset začít znovu klesnout zpět na místo, kde jsi byl? “ „budu muset začít znovu.“ „skvělé. stejná věc. stejně jako zaspání mi chvíli trvá, než se„ ponořím “do zaostřovacího režimu, a chvíli mi trvá, než se k tomu vrátím, až budu přerušen, kromě toho také zapomínám na polovinu toho, co jsem dělal. “</p><p>druhá: „víte, jak čtete knihu, do které se do ní potopíte“ - po chvíli si už ani slova nevšimnete a zablokujete všechno kolem sebe a jste úplně ponořeni do mentálních obrazů vidíš." "ano." "jak dlouho trvá, než se tam dostaneš?" „asi x minut“ „teď si představte, že když jste tak ponořeni v knize, někdo vstoupí a přeruší vás, jak dlouho vám bude trvat, než se k tomu vrátíte? stane se to okamžitě, nebo budete muset začít znovu klesnout zpět na místo, kde jsi byl? “ "budu muset začít znovu." "skvělé. stejná věc. stejně jako u čtení, chvíli mi trvá, než se" potopím "do zaostřovacího režimu, je to stejně nepříjemné, když mě někdo z toho vytrhne, a to mě jen tak dlouho, až se k tomu vrátím, až budu přerušen, kromě toho, že také zapomenu polovinu toho, co jsem četl. “</p> Ho přeinstaluj, molh se poškodit nějaký důležitý soubor, popřípadě nějaká nová aktualizace. Která se nestáhla, nebo stáhla ale chybně (např přerušením netu)

Na metina se vykšli, raději někde sosni WOW ![:)]( ":)") je to w podstatě to samé ale o 200% lepší ![:)]( ":)") Půjde asi o nějaký pokus, co my na to. Mě (na webu) zmizela želva cca u poloviny cvičení. pokud se při výpočtu objeví následující chybová hláška: je třeba nainstalovat patch knihoven systému mfc8. link ke stažení: http://www.microsoft.com/downloads/details.aspx?familyid=766a6af7-ec73-40ff-b072-9112bab119c2&displaylang=en