Nový po je strašně pomalý



Ahoj, kamarád se rozhodl vylepšit svůj starý počítač, tak koupil novou základní desku, ram, cpu,gpu... ze starého zbyl pouze zdroj, case a HDD! Nové komponenty nejsou vůbec špatné zakladní deska msi z 270, GPU geforce 1050, cpu Intel core i7 6700K, ram 8gb, nicméně pocitac je strasne pomaly, pomalu nabíha aplikace pomalu nacitaji. Já to dávam za vinu 7 letu starému pevnému disku, který nekoupil nový. Myslíte, že to by mohl byt jediný důvod? Děkuji
No vidíš a já naopak dávám SSD i do 10 let starých počítačů, určených na prohlížení netu. To bys nevěřil, jak ty staré šunky ožijí. Zvlášť pokud jsi SSD nikdy nezažil, což asi nezažil, protože jinak bys ve spojení s 10let starým HDD nepoužil slovo "stačí".
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>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> běžná závada grafiky (integrované) nebo základové desky - oprava dražší než koupě nového ... máte-li v záruce, reklamujte. Nemáte-li, vyjměte si HDD a prodejte na ND. <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>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> Tak Koupí novýho přijímače asi nic nezkazíš. Dobrý jsou všechny HD postavený na Linuxu. Mezi nimi bude jeden z lepších asi tenhle [parabola.cz/...](http://www.parabola.cz/clanky/4496/dreambox-dm7020-hd-luxusni-hd-pvr-satelitni-prijimac/) ale je otázka, zdali se vložený prostředky vrátí. Pro někoho jo, pro někoho ne. Já mám HD-Box, jsem spokojenej a byl za půlku. ceny Dreamboxu.

Výběr satelitů je převelikej a vybírat si můžeš dlouho. Tak si vyber ten kterej se ti líbí a se kterým se ti dobře pracuje. <p>protože ostatní příspěvky zde zmiňují vzhůru, zmíním se o negativních aspektech jara. i s těmito negativy je jaro všudypřítomná, spolehlivá a funguje tak, jak je inzerována.</p><p>takže k negativům:</p><ul> <li> <p>enormous: já bych nechtěl dát sklenice s 3000 třídami do mého malého hobby projektu.</p> </li> <li> <p>existuje několik popisů, které jsou pomalejší než některé jiné di rámce jako guice nebo pico. neoficiální a pravděpodobně ne příliš důležité.</p> </li> <li> <p>práce s některými částmi jara může být frustrující, pokud nejsou dobře zdokumentované části jádra a dokumentace, kterou najdete v různých hlavních verzích.</p> </li> </ul><p>jako vedlejší účinek jeho velikosti, buďte připraveni strávit radostné hodiny kopáním hromádek tříd, které se sice logicky pojmenovávají, začnou se spojovat do obrovské hromady substantiv, když jste unavení („jistě, stačí připojit transactionawareconnectionfactoryproxy k vašemu usercredentialsconnectionfactoryadapter to .. zzzzzzzz "). abychom byli spravedliví, skutečně jsou logicky pojmenováni, je to rozumná reakce na velikost rámce, ale přesto.</p><p>možná díky této adaptaci nových kousků může být jaro alespoň pro mě pomalé. ne tolik s jádrovou pružinou, ale existují konektory pro téměř všechno a nejsou zdaleka tak dobře zdokumentovány, jak by mohly být, a to je, když začnete brodit skrz podstatnou polévku. opět platí, že je to všechno jen v reakci na jeho velikost.</p> <p>nedávno jsem měl něco podobného s tabulkou 3,5 milionu řádků. moje aktualizace by nikdy nedokončila. po mnoha experimentech a frustrace jsem konečně našel viníka. ukázalo se, že se jedná o indexy v aktualizované tabulce.</p><p>řešením bylo zrušit všechny indexy v aktualizované tabulce před spuštěním příkazu aktualizace. jakmile jsem to udělal, aktualizace skončila za pár minut. po dokončení aktualizace jsem znovu vytvořil indexy a vrátil se zpět do práce. pravděpodobně vám to v tuto chvíli nepomůže, ale možná někdo, kdo hledá odpovědi.</p><p>nechal bych indexy na stole, ze kterého stahujete data. ten nebude muset nadále aktualizovat žádné indexy a měl by pomoci s hledáním dat, která chcete aktualizovat. na pomalém notebooku to fungovalo dobře.</p> Záleží hlavně na grafické kartě, tato hra vyžaduje minimálně: Nvidia 7900 256MB alebo ATI X1900 256MB.

Nicméně na grafických kartách v noteboocích nemusí fungovat korektně. <p>měli byste se držet společné úmluvy o něčem takovém.</p><p>pokud jsou vstupy nastaveny jako tabulkový procesor, lidé pochopí, že stisknutím záložky přejdou na další záznam a první záznam bude zpracován.</p><p>protože říkáte, že se jedná o aplikaci technické podpory, nezní to tak, jako byste to udělali, takže bych řekl, že byste měli mít tlačítko.</p><p>to znamená, že profesionální uživatelé vždy ocení klávesové zkratky, takže práce s kartou <strong>také</strong> zní jako dobrý nápad.</p>