Re: Vyznam dual core
Tohle je spíš slovíčkaření. Řádky ti určují přesný sled, ale to neznamená, že některé věci se nedají dělat paralelně. Nicméně souvislosti musí být zachovány. To jsem tím chtěl říct.Původně odeslal THX
S tím se dá souhlasit jen částečně. Out-of-order procesor totiž dokáže pozdržet vykonávání instrukcí do doby, než sežene potřebná data. Mezi tím může cpát do jednotek instrukce ze zásobníku. Tyhle datové závislosti na úrovni kódu ošetříš jen těžko.
OK, dobře, jiný příklad. Představ si, že položíš novou podlahu z betonu. Za jak dlouho se po ní můžeš projít? No přece až uschne. A je úplně fuk, jestli jí položíš 1 m2 nebo hangár pro 747ku. Ta operace je sériová a nemůžeš dělat nic dalšího, dokud není dokončena.
Jak jí může zrychlit? Když mám random access, co mi zaručí, že mnou požadovaná data budou ve flashce ?
Mě ano. U WinRARu to možná není kritická vada, ale třeba u videa, když by mělo dojít ke snížení kvality, tak to radši budu enkódovat delší dobu.
Tohle je jednoduchá statistika - jaká je pravděpodobnost, že multithreaded program bude mít chybu? A jaká je pravděpodobnost, že single-threaded program bude mít chybu. U MT je mnohem vyšší (i několikanásobně).
To je pořád dokola. Už jsem tady kolikrát vysvětloval, že čas má taky nějakou cenu. To nechápeš nebo to vysvětluju blbě nebo v čem je problém?
Dual-core mi v mnou používaných aplikacích nepřinese vůbec žádný výkon navíc (aplikace ho prostě nevyužije). Opakuji: Žádný výkon navíc. Proč tedy platit vyšší cenu, když výkon není vyšší a ani mi to neušetří čas? Rychlejší single-core by mi čas ušetřil.
Viz níže - pokud chceš, aby to bylo realtime, tak musíš.
To nejde minimálně z toho důvodu, že antivirus bere soubory jako celek.
Nikdy jsem netvrdil, že nebude. Ale výsledná rychlost je součtem (limitované) rychlosti disku a rychlosti dešifrování a antiviru. Kdybych měl dešifrovat rychlostí, kterou disk čte, tak to celé bude trvat dvojnásobek času proti tomu, když bych dešifroval instantně. Proto je ta rychlost důležitá.
To je sice krásná představa, tak to ale není. To, jaké další soubory se mají spouštět, vyplývá až z funkčních volání EXE/DLL, které ale už musí právě procesor zpracovávat, a tedy už musí být dešifrované a zkontrolované proti virům.
Tyhle doporučení byly pro základní funkce. V případě Civ III tedy malá mapa, v případě leteckého simulátoru rozlišení 320x200 atp. Pamatuješ ještě éru 486tek a Pentií? Běžně hry nabízely rozlišení, které ani v době vydání žádný počítač nezvládnul. Např. v manuálu k Descentu se vysloveně píše, že to tam mají pro budoucnost, až budou rychlejší CPU.
O vykreslení se dneska stará grafická karta, takže kde je ten efekt?
S tou nižší frekvencí je to bohužel pravda a je to ostatně vidět i na Turionu 64 X2, který oproti Turionu 64 šel s frekvencí dolů dost znatelně. Nicméně... spotřeba celého notebooku nestoupne, protože nepřidáváš další transistory (v případě DC ano), pouze je přesouváš z jednoho místa na druhé. A pokud to povede k lepšímu power managementu, tak proč ne, že to bude stát trochu výkonu? Já bych na notebooku stejně ocenil spíš delší výdrž než vyšší výkon.
Pokud se tohle nebude dít na desktopu, kde jde o výkon především (a spotřeba je až druhořadá), tak v tom nevidím problém.
Jezdíš v Rols-Royce Phantom? Pokud ne, tak myslíš si, že je adekvátní se v souvislosti s ním bavit o ceně nebo je to jen prkotina, která nestojí za řeč?
