Jaký procesor si mám vybrat



Mám tento zdroj <https://ctrlv.cz/OP44> chladič na procesor mám tento <https://ctrlv.cz/MbeP> a základní deska je ta to <http://www.cpu-upgrade.com/mb-ASUS/P7P55_LX.html> . Mám tet momentálně tento procesor <https://ctrlv.cz/bFpH> . Otázka zní vím,že základní deska vezme ti to procesory ,ale u jednocho nevím jestli to utáhne chladič stávající na procesoru a zdroj . Mám možnost mezi těmito procesory [https://www.sbazar.cz/Jiri169/detail/45694674-p...](https://www.sbazar.cz/Jiri169/detail/45694674-procesor-intel-core-i5-661-333ghz-sc-1156)  a [https://www.sbazar.cz/Jiri169/detail/41689582-p...](https://www.sbazar.cz/Jiri169/detail/41689582-procesor-intel-core-i7-860-28ghz-sc-1156)  . Co mne poradíte ? Děkuji předem za kladné vy řízení .
Ani jeden, nestojí to za tu námahu a peníze.
<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> Už jste se snažil změnit cílovou CPU `x86`místo `"Any CPU"`v pokročilých možnostech kompilátoru? Vím, že to řeší některé problémy s ostatními `OLEDB`poskytovateli vynucením použití 32-bitové verzi. <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> 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 dobrý den, dano, vaše přání je naší prioritou, ve které jsme nestranní. podívejte se blíže na stránku [porovnání značek tepelných čerpadel](https://www.topite.cz/porovnani-tepelnych-cerpadel). <p>kapitola 11 knihy <a href="http://rads.stackoverflow.com/amzn/click/0596514808">intel threading building blocks</a> autor james reinders se věnuje příkladům algoritmů a projektů, které využívají <a href="http://en.wikipedia.org/wiki/parallel\_computing">parallel computing</a> (nebo parallel programming): finder podřetězců, game of life, sieve of eratosthenes, matrix multiply a další pokročilejší témata, jako je filtrování síťových paketů a hry.</p> Elektrody boahatě stačí. Ideální je invertor, ale kvalitní, nejlíp od Kuhtreiberovců (Gama, Kitin, Omicron). Čínu nebrat, poddimenzvaná elektronika a problémy s opravitelností. Svarinfo cz dobrý den, můžete použít např https://www.mojekolo.cz/continental-duse-mtb-27-5-9/ . > 
> Kdo ovládá výchozí velikost maximální zásobníku; OS nebo kompilátor?
> 
> 
> 


Překladač obvykle. OS / hardware, omezuje jej do určité míry. Výchozí hodnota je 8 MB. Na linux IIRC. Myslete na `ulimit -s`systému Linux (pro změnu velikosti zásobníku).



> 
> Je výchozí maximální poměru k celkové paměti? (Tj stroj s 2GB paměti by mít větší velikost než výchozí stroji s pouze 512) V tomto příkladu oba stroje jsou stejné nastavení os / překladač, jen různá množství systémové paměti RAM.
> 
> 
> 


Ne. Dokud a pokud to uděláte yiurself.You může změnit velikost zásobníku přes kompilátor přepínače.



```
ld --stack=<STACK_SIZE>

```

nebo 



```
gcc -Wl,--stack=<STACK_SIZE>

```


> 
> Vezměte si Standard C ++ o problematice komínů a hromady:
> 
> 
> 


Norma je založena na abstraktním stroji a opravdu není sama o sobě tím hardwarem nebo komíny nebo hromad. To mluví o přidělené obchodu a volného obchodu. Volný obchod je místo, kde byste se, pokud voláte nový (většinou). FWIW, implementace může mít pouze jeden paměťový prostor maskující se jako oba zásobníku a haldy, pokud jde o námitky alokaci.


Váš dotaz, omáčky, scvrkává být specifický problém implementace spíše než záležitost jazyka. 


Snad to pomůže. <p>pracuji s intellij (9.0.4 ultimate) a eclipse (helios) každý den a intellij bije eclipse pokaždé.</p><p>jak? protože <strong>intellij indexuje svět</strong> a všechno prostě funguje intuitivně. v intelliju mohu procházet svou kódovou základnu mnohem, mnohem rychleji. f3 (definice typu) funguje na <em> všem </em> - java, javascript, xml, xsd, android, jarní kontexty. refaktoring funguje všude a je naprosto spolehlivý (měl jsem problémy s tím, jak eclipse podivává můj zdroj podivným způsobem). ctrl + g (pokud byl použit) funguje <em> všude </em>. ctrl + t (implementace) sleduje nejběžnější instance, které používám, a zobrazuje je jako první.</p><p>návrhy na dokončení kódu a přejmenování jsou tak chytré, že až když se vracíte zpět do eclipse, uvědomíte si, jak moc to pro vás bylo. zvažte například čtení zdroje z cesty třídy zadáním <code>getresourceasstream("/</code> v tomto okamžiku vám intellij ukáže seznam možných souborů, které jsou aktuálně k dispozici na cestě třídy a můžete rychle přejít na požadovaný soubor. eclipse - ne.</p><p>(out of the box) spring plugin pro intellij je výrazně lepší než springide hlavně díky jejich kontrole kódu. pokud jsem vynechal hodiny nebo hláskoval něco špatně, dostávám červený roh v rohu a červený inkoust právě tam, kde problém leží. eclipse - tak trochu.</p><p>celkově si intellij vytváří spoustu znalostí o vaší aplikaci a pak je využívá, aby vám pomohl rychlejším psaním lepších kódů.</p><p>nechápejte mě špatně, miluji eclipse k kouskům. za cenu není náhrada a doporučuji ji svým klientům v nepřítomnosti intellij. ale jakmile jsem vyzkoušel intellij, vyplatilo se to do týdne, takže jsem si ho koupil a od té doby každá z hlavních upgradů. nikdy jsem se neohlédl.</p>