Vyznam dual core

[Petrik]

Ja jsem vychazel napr. z toho clanecku: http://www.cdr.cz/a/13484, pravda je ze to je spise problem vyuziti hyper-threadingu nez vice jader. . Neni to ale rozhodne poprve, co jsem cetl, ze vice nez 2 CPU neumi wokna poradne obslouzit ve srovnani napr. s linuxem.
Ad ty hry: okej, presvedcili jste me, ze to uplne snadne nebude, ale evidentne to jde, viz mnou stale omylany GRAW. Ja doufam, ze pro fyziku vznikne nejake univerzalni API, nejlepe otevrene, jako je napr. OpenAL (opet GRAW ) pro zvuk ci OpenGL pro grafiku. Stejne tak jsem uz neco zaslechl i o API pro AI. Melo by to nekolik vyhod: zaprve, nebyl by problem s vyuzitim akcelerace pomoci PPU karet, nebo dokonce s pomoci graficke karty. Zadruhe, programatorum by se vyrazne urychlila a zjednodusila prace na novych hrach. Zatreti, vetsina vypoctu by predpokladam bezela v oddelenem vlakne (v pripade pouziti CPU). Dokud tyto API nebudou, musi se s tim holt programatori poprat, pokud chteji vyuzit potencialu DC, ktery, at se vam to libi nebo nelibi, bude mit zachvili kazdy alespon trochu dobry pocitac.
Ad ta narocnost fyziky a pod: ja jsem mel za to, ze u vetsiny takovychto vypoctu se narocnost/kvalita vypoctu nastavuji par parametrama, ktere urcuji presnost vypoctu. Tak to alespon funguje u vedeckych programu na fyziku. Pokud se totiz nepletu, pocitaji se budto rozlicne integraly, resi se diferencialni rovnice ci se pocitaji matice a to jsou vsechno vypocty, u kterych se presnost/narocnost vypoctu nastavuje relativne snadno.

A jestli tu zas pisu naproste bludy, tak me zkuste neurazet, ja se take snazim

Nesouhlas. V NT řadě ušla podpora více procesorů velký kus cesty. Mám fyzicky zkušenost s 8mi procesorovými servery už na speciálních verzích NT4.0 a už tam to bylo použitelné velmi dobře.
Tohle mi přijde, že nejčasteji vychází z toho, že si lidi říkaj, že XPčka tu jsou už 5-6 let a dualcore tu jsou přece chvíli ...jinak si to vážně nedokážu vysvětlit . Ale mile rád se od vás nechám poučit, aby se neřeklo .
Pohybuju se mezi lidma, kteří dělají hry, které můžete běžně vidět na pultech obchodů a v reklamách a něco jsem k tomu taky pochytil. Komplikované to rozhodně je. Vytváří to větší požadavky na programátora (aby to bylo použitelné a hlavně stabilní) a na jeho (jejich) čas. Když si vemu, že 90% her je limitováno jen a pouze grafickou kartou v dnešní době, tak ani neni tak úplně důvod se o tyto optimalizace snažit a hlavně se nikomu ten čas navíc nezaplatí na "zisku navíc".
No a když se zaměřim ještě na jednu věc, co tu od tebe zazněla. To, že se třeba osere AI, fyzika nebo grafika doteď nebylo kvůli tomu, že by to procesor nestíhal, kvůli tomu se tyhle kompromisy nedělaj. Ty jsou proto, protože to všechno je náročné na vývoj a udělat hru, která bude mít jak promakanou AI, tak fyziku i grafiku a nic se neosere, je dost náročné.

[swarm]

Ad ta narocnost fyziky a pod: ja jsem mel za to, ze u vetsiny takovychto vypoctu se narocnost/kvalita vypoctu nastavuji par parametrama, ktere urcuji presnost vypoctu. Tak to alespon funguje u vedeckych programu na fyziku. Pokud se totiz nepletu, pocitaji se budto rozlicne integraly, resi se diferencialni rovnice ci se pocitaji matice a to jsou vsechno vypocty, u kterych se presnost/narocnost vypoctu nastavuje relativne snadno.

Tak to právě že vůbec neni. S vědeckými programy na fyziku bych to rozhodně nesrovnával. U real-time fyziky pro komplexní prostředí, jaká jsou ve hrách bys s nějakými složitými integraly a tak moc nepochodil. To tě musím zklamat. Problém právě je v tom, že náročnost výpočtu se vůbec nedá snadno nastavit. Ještě jsem to potom řešil s jedním "člověkem na slovo vzatým", ale ten mi zakázal citovat tu diskuzi z ICQ, ale potvrdil mi to celkem přesně. Btw myslim, že tohle už by bylo docela slušné OT. Ale popravdě, když jsem mu přeposlal ten kus tvého příspěvku, tak se akorát vysmál.
Neber to zle. Jenom se tu snažim trochu nastínit, jak to chodí, nic víc.

Právě teď jsem dost pročetl tuto diskuzi. Celou ne, protože by to nebylo k ničemu, ale prvních a posledních několik stránek, a pak jsem to ještě tak nějak proklikal narychlo. Vážně se divim, že si tu dáváte tolik práce s tolika příspěvky.

Pokud jde o můj osobní názor, tak pro mě Dual-Core nemá žádný význam (i když teď teda zrovna píšu z počítače s fyzicky osazenýma dvěma paticema na procesory). Pro sebe "domů" jsem si pořídil před měsícem single-core. Je to proto, protože jsem prostě zjistil, že výkon dual-core procesoru nejsem schopen využít.


Moje činnosti doma (tj. vedlejší zdroje příjmu a zábava):

- Modelování v sofistikovaném 3D modelovacím. Protože cílem mé práce jsou pouze konkrétní scény a modely, tak vůbec nerenderuju. Tento program má podporu více threadů, ale pouze při renderingu, který právě nepoužívám. Při práci zatěžuju především grafickou kartu (ale i u té jsem zjistil, že mi dneska stačí vyloženě průměrná karta, vzhledem k tomu, jaký obrovský výkon dnes grafické karty obecně mají kvůli hrám). Jedinná zátěž procesoru je akorát režije grafického driveru a pak taky vyhodnocování snímání tabletu.

- Práce v sofistikovaném 2D editoru. Opět zde je nějaká podpora pro více threadů, ale já ji nevyužívám, protože efektové pluginy jdou mimo mě. Většina mojí práce v těchto editorech je založená na elementárních nástrojích (airbrush,...) a práci na tabletu. Těch málo procesorově náročných efektů mě moc nezatěžuje. Jedinné vytížení CPU je opět kvůli tabletu. Žere to sice klidně 100% výkonu, ale na DC by to nebylo ani o procento rychlejší.

- Videa z kamery z letních radovánek jsem si taky dělal. Ovšem popravdě sestříhat si ty videa je pro mě daleko víc časově náročné, než vytvoření samotného video výstupu do nějakého video formátu. Vlastně když už dám vytvořit výstup, tak jsem rád, když se od počítače můžu vzdálit pryč na tu chvíli a třeba se projít. Bohužel to nejde na moc dlouho, protože i ten SC procesor mi ty videa komprimoval docela rychle a tak jsem moc "volna neměl". Takže většinu času při této činnosti strávím tou editací, kterou mi žádný procesor nezrychlý, protože za to může lidský faktor. Při následném výstupu už stejně nemám náladu sedět u počítače, tak je mi jedno, jak dlouho se dělá. Navíc tato činnost je 1-2x do roka, takže mě vůbec netrápí.

- Více OS na jednom počítači. Mám licenci na jeden virtualizační program a občas ho potřebuju při různém zkoušení na více platformách. Tady kupodivu DC taky nepřinese žádný výkon navíc, protože když dělám ve virtuálním počítači, tak nedělám na hostitelském systému a naopak, takže vlastně stejně aktivně běží jenom jeden OS a ten druhý spotřebovává minimum výkonu (ano i programy na virtuální PC nespotřebovávají skoro žádný výkon procesoru, když systém v nich zrovna nic nedělá).

- Wordu a Excelu. Co dodat . Tady to asi taky neužiju. V Excelu sice občas používám hodně advanced věci, když v tom počítám různé vědecké výpočty, ale to jsou ST věci.

- Hry. K těm jsem se vyjádřil výše.

- Jedinná věc, kde si myslim, že bych DC využil je, když na druhém monitoru čučim na televizi. USB DVB-T tuner má občas potřebu si jen tak na chvilku vytížit procesor (i když normálně jede tak na 5%) 100% procesoru. Na DC by pak asi nebyly takové záseky systému. Nakonec to ale stejně vyřešily priority.

Samozřejmě pokud se zaměřím na podnikový sektor, tak tam je to jiné. Tam jsem názoru, že čím víc procesorů, tím líp a maximální hranici se meze nekladou .

EDIT: Jinak teda taky používám Dev-C++, ale na to, na co ho mám nepotřebuju větší výkon, když moje aplikačky jsou zkompilované za 10 sekund. A emulátory Atari, Amigy, DOSbox,... stejně taky nejsou MT aplikačky.

[richie08]

Tak to právě že vůbec neni. S vědeckými programy na fyziku bych to rozhodně nesrovnával. U real-time fyziky pro komplexní prostředí, jaká jsou ve hrách bys s nějakými složitými integraly a tak moc nepochodil. To tě musím zklamat. Problém právě je v tom, že náročnost výpočtu se vůbec nedá snadno nastavit. Ještě jsem to potom řešil s jedním "člověkem na slovo vzatým", ale ten mi zakázal citovat tu diskuzi z ICQ, ale potvrdil mi to celkem přesně. Btw myslim, že tohle už by bylo docela slušné OT. Ale popravdě, když jsem mu přeposlal ten kus tvého příspěvku, tak se akorát vysmál.
Neber to zle. Jenom se tu snažim trochu nastínit, jak to chodí, nic víc.

Asi jsi mel puvodne v planu neco velkeho prozradit, skoda. Vsichni tu cekame aby jsme to mohli obratem zpenezit Asi to budou supertajne veci ktere resite po ICQ, ale co uz, mozne to je. Ja mam zase zkusenosti, ze po programatorovi je problem chtit aby vytvoril vicevlaknovy program (coz je z jeho oboru) natoz, aby umel vytvorit solver na fyziku, umel sestavit dif. rovnice nebo nedejboze pouzit Laplaceovu transformaci. Pritom to zas tak tezke neni. Ad narocnost: krok integrace se da snadno menit. Nejsem si jist v cem by mel byt tak zasadni problem.

Problem neni v tom, ze by to nekdo nedokazal. Naopak, jsem si zcela jist, ze taci jsou. Bohuzel prevladaji code monkeys, kteri jsou levni a naskriptuji nebo jinak znasilni fyziku ci AI rychle a bez problemu. A o penize jde nakonec v prvni rade. Nakonec, kdo z vedeni projektu ma pojem o vypoctu pohybove rovnice, ze. Takze strach a nejistota zvitezi. Nakonec je k tomu donuti stejne penize v podobe lavinoveho marketingoveho efektu, protoze bez realne fyziky bude hra tezko prodejna.


Stejne se ale nemohu ubranit dojmu, ze kdyby kazdy programator po opusteni VS umel psat vicevlaknovy kod, tak by jsme s vicevlaknovymi programy setkavali mnohem casteji. Bohuzel, prave proto to spociva i ve vseobecne vzdelanosti programatorske obce.





Jinak v tomhle obecne souhlasim s Petrikem.

[Eagle]

Asi jsi mel puvodne v planu neco velkeho prozradit, skoda. Vsichni tu cekame aby jsme to mohli obratem zpenezit Asi to budou supertajne veci ktere resite po ICQ, ale co uz, mozne to je. Ja mam zase zkusenosti, ze po programatorovi je problem chtit aby vytvoril vicevlaknovy program (coz je z jeho oboru) natoz, aby umel vytvorit solver na fyziku, umel sestavit dif. rovnice nebo nedejboze pouzit Laplaceovu transformaci. Pritom to zas tak tezke neni. Ad narocnost: krok integrace se da snadno menit. Nejsem si jist v cem by mel byt tak zasadni problem.

On tím chtěl nejspíš naznačit, že se celá "fyzika" udělá jednou a nepřipouští se na ní žádné "if-else" konstrukce. Možnost volby úrovně by totiž znamenala další nutnost programování (např. zjednodušený algoritmus), což stojí čas a peníze. Proto je jednodušší to nějak splácat, aby to běželo na všech počítačích a jakž takž se to jevilo reálně.

A k těm programátorům - Ono to není jen o znalostech, je to i o obtížnosti. Věřím tomu, že časem bude velká část aplikací, kde to bude možné (!), multithreaded. Ale určitě k tomu nepřispěje WinAPI ani žádná školení o funkčních voláních a optimalizacích. Kde vidím největší rezervy, jsou kompilátory - takhle to sice bude kompilovat ne hodinu, ale několik dní, ale pak to možná nějaký ten paralelismus vyplivne. Tohle je ale nejvíc na Intelu a jeho divizi Intel C++ Compiler, která na tom musí pořádně máknout. Následně musí Intel tento kompilátor věnovat Microsoftu zdarma tak, aby mohl být zaintegrován do nejbližšího Visual Studia (... které musí být v levných verzích taktéž zdarma). Tam zase musí být zvolen jako výchozí volba optimalizace. Cokoli jiného a bude to znamenat další námahu navíc, kterou si sotva někdo připustí. V marketingový tlak nevěřím, dneska prodává hezká grafika a hezká krabice.

[swarm]

Asi jsi mel puvodne v planu neco velkeho prozradit, skoda. Vsichni tu cekame aby jsme to mohli obratem zpenezit Asi to budou supertajne veci ktere resite po ICQ, ale co uz, mozne to je. Ja mam zase zkusenosti, ze po programatorovi je problem chtit aby vytvoril vicevlaknovy program (coz je z jeho oboru) natoz, aby umel vytvorit solver na fyziku, umel sestavit dif. rovnice nebo nedejboze pouzit Laplaceovu transformaci. Pritom to zas tak tezke neni. Ad narocnost: krok integrace se da snadno menit. Nejsem si jist v cem by mel byt tak zasadni problem.

Zeptal jsem se, jestli můžu hodit log na nějaké forum. Dostalo se mi záporné odpovědi. Je na tom něco k nepochopení? Někdo holt nemá potřebu, aby se jeho citace vláčely ve flamu na nějakém foru. Takže klid .
No a k té fyzice ve hrách se to má tak, že většina fyziky ve hrách si vystačí s úplně elementárními matematickými operacemi. Jestli bys tam hledal nějakou laplaceovu transformaci a složité integrály, tak bys byl docela zklamán. Vem si, že je potřeba počítat hodně objektů ve velké scéně a je potřeba to dělat hodně moc rychle.

Nakonec je k tomu donuti stejne penize v podobe lavinoveho marketingoveho efektu, protoze bez realne fyziky bude hra tezko prodejna.

To neni pravda. Rozhoduje především hratelnost. Kolik her vysí na nějaké extra reálné fyzice? Míra reality fyziky nemá s úspěchem hry zas moc společného. U fyziky ve hrách jde pouze o to, aby to jakous takous vypadalo podobně jako v reálu a hlavně aby to bylo rychlé.

Stejne se ale nemohu ubranit dojmu, ze kdyby kazdy programator po opusteni VS umel psat vicevlaknovy kod, tak by jsme s vicevlaknovymi programy setkavali mnohem casteji. Bohuzel, prave proto to spociva i ve vseobecne vzdelanosti programatorske obce.

Neni pravda. Na ČVUT pokud se nic nezměnilo učí multithreadové programování už ve druhém ročníku na fakultě výpočetky. O tom, co ty píšeš to neni ani náhodou. Krom toho problém je, že ty to tady srovnáváš s nějakýma aplikačníma programátorama, což si myslim, že je u téhle kategorie lidí hodně zcestné.

Jinak v tomhle obecne souhlasim s Petrikem.

Tak to já téměř vůbec.

[PiT]

richie08:

Na laplaceovky a diferencialne rovnice resp. akekolvek realne kolizie a spravania sa modelov mozes pri hrach zabudnut, pretoze vacsinu vypocetneho casu v dnesnej dobe zerie grafika a o rychlost ide az v prvom rade, ze.

Ak sa to zmeni, nepochybujem o tom, ze hry s realnejsou fyzikou sa zacnu postupne objavovat.

[richie08]

No a k té fyzice ve hrách se to má tak, že většina fyziky ve hrách si vystačí s úplně elementárními matematickými operacemi. Jestli bys tam hledal nějakou laplaceovu transformaci a složité integrály, tak bys byl docela zklamán. Vem si, že je potřeba počítat hodně objektů ve velké scéně a je potřeba to dělat hodně moc rychle.

S tema laplaceovkama opatrne. Pokud jdou sestavit, pak se jedna o nejjednodussi mozne reseni. Tim se prave vyhne pocitani integralu. No jo, jenze kdyz o tom nekdo nema ani tucha tak pak je to tezke. Myslim, ze v hodne pripadu by jednoducha fyzika stala mene casu na vyvoj nez nejake jeji bastleni. Je to stejne jako s vicevlaknovymi programy. Nekdy neni potreba synchronizace a tudiz pridat vlakno je uplne jednoduche. Jenze kdyz neni know-how.... Navic si tito lide take dokazi obhajit svou cestu.


2 Eagle: Presne jak napsal FoxMurder. Navic si nemyslim, ze zrovna vyrobci CPU jsou vhodnym tercem kritiky - maloktery obor je tak ostry jako tento. Viceprocesorove systemy tu nejsou prvni rok, proste se programatori budou muset prizpusobit novym pozadavkum. Spousta veci diky vlaknum jde nadherne zjednodusit a navic diky multicore tak i zrychlit. Je potreba se prizpusobit a ne brecet nad tim "kam ten dnesni svet speje".

[swarm]

S tema laplaceovkama opatrne. Pokud jdou sestavit, pak se jedna o nejjednodussi mozne reseni. Tim se prave vyhne pocitani integralu. No jo, jenze kdyz o tom nekdo nema ani tucha tak pak je to tezke. Myslim, ze v hodne pripadu by jednoducha fyzika stala mene casu na vyvoj nez nejake jeji bastleni. Je to stejne jako s vicevlaknovymi programy. Nekdy neni potreba synchronizace a tudiz pridat vlakno je uplne jednoduche. Jenze kdyz neni know-how.... Navic si tito lide take dokazi obhajit svou cestu.

No, jak myslíš. Já vážně nějak nemám potřebu se s někym přít na foru o HW. Prostě jestli myslíš, že se jedná o lidi bez potřebného know-how, kteří pořádně neumí, co dělají, tak je to čistě tvá věc.
EDIT: Tahle část tématu je z mé strany už uzavřená, vyjádřil jsem se k tomu, jak se to často dělá, nic víc - dál už mi to ani nestojí za námahu. Richie08 se může pochlubit, ve kterých hrách dělal fyziku, když je tolik erudovaný a říká jak to jiní dělají špatně.

EDIT2: Jinak teda teď jsem se zeptal jednoho malého týmu, jak je to u nich s threadama a v podstatě zatim u nich ani nebyl důvod to použít, když u nich stačí i nějaký P4 1.6GHz procesor celkem v klidu. Jejich příští engine pravděpodobně později bude mít podporu více threadů, ale předělávat ten současný by samozřejmě nešlo. Ohledně fyziky se vyjádřil docela svérázně . Tady máte kousek rozhovoru (jenom ten kus z historie, kdy jsem neseděl u jiného počítače v době, co jsem objedval a pokračování o úskalích vydání jsem taky vyhodil, protože by tu nikoho nezajímalo):

Swarm, 4.10.2006 12:34 :
btw mel bych na tebe takovy dotaz....jak moc slozite matematicke operace pouzivate pri pocitani fyziky ve vasi hre?
Swarm, 4.10.2006 12:34 :
myslim jako jestli doslo treba na laplase nebo nedej boze na integraly
Swarm, 4.10.2006 12:34 :
a pak taky jestli mate fyziku oddelenou ve vlastnim threadu
samozrejme jestli to info neni tajne
******, 4.10.2006 12:35 :
zdar.... hmm... laplase mi nieco iba hovori... a integraly nepouzivam.. teda pokial viem
Swarm, 4.10.2006 12:35 :
takze jenom ruzne scitani nasobeni vektoru atd?
******, 4.10.2006 12:36 :
jj... samozrejme aj ine veci... ale neviem nic specialne som nestudoval... skor som to vymyslel... mozno som vymyslel (nakodil) nieco co sa nejako vola
Swarm, 4.10.2006 12:37 :
ok, jasne....slo mi jeste o to, jak moc snadno se da u vas ta vypocetni slozitost fyziky nastavovat?
******, 4.10.2006 12:39 :
neviem presne jak to myslis... u mna fyzyka... su kolizie a v podstate nic viac... to lietadlo je len aky fake fyzyky... mam tie kolizie nastavene ale tak ze napr niektore vypocty sa robia 5x alebo 10x za sekundu... teda nie kazdy snimok..
******, 4.10.2006 12:39 :
*fyziky
Swarm, 4.10.2006 12:40 :
btw a mate vasi hru multithreadovou?
Swarm, 4.10.2006 12:40 :
treba jako ze by fyzika bezela ve vlastnim vlakne
******, 4.10.2006 12:40 :
hmmm... nn je iba jeden main loop...
******, 4.10.2006 12:41 :
ale napr skript aj tie kolizei maju casovanie...
******, 4.10.2006 12:41 :
cize sa nespustaju kazdy frame... ale main loop je stale iba jeden..
Swarm, 4.10.2006 12:41 :
jasne, ale kdyz mam dual core procesor, tak cela vlastni hra pobezi jen na jednom jadre procesoru
******, 4.10.2006 12:42 :
ale ! minule sme sa bavili ze na multiprocesoroch.. napr ked budu 4 tak bude dobre kazdy procesor na nieco vyuzit... jeden na AI, logiku, fyziku, atd...
******, 4.10.2006 12:42 :
tie najnovsie enginy ktore teraz sa ohlasuju uz zevraj tak pracuju...
Swarm, 4.10.2006 12:43 :
jj, jak moc myslis ze tam jsou problemy se synchronizaci threadu a tak? a jak moc to bude narocnejsi?
******, 4.10.2006 12:44 :
neviem jak to bude... pridem na to vtedy ked v tom zacnem kodit .. ale moze to byt docela tuhe takto kodit hru...
******, 4.10.2006 12:45 :
mozno sa najdu na to nejake postupy a trebars to nemusi byt tak hard..
Swarm, 4.10.2006 12:45 :
btw kdyz jsme tak u toho....uz jste vydali hru? ja jsem jenom kdysi videl odkaz na nejakem zahranicnim serveru na demo a myslim, ze ste tam prave meli StarForce ochranu...jeste ji tam mate?
******, 4.10.2006 12:46 :
nn uz ne... len teraz neviem ci prave to demo je na FTP... btw.. najlepsie by bolo keby si si zohnal piratsku verziu uz tuim vysla a je bez SF..
******, 4.10.2006 12:48 :
inak uz to vyslo docela davno... v duben nemecko, cerven usa, cervenec unas...
....

....jinak teda ještě z věcí okolo. MT hra samozřejmě neznamená, že se více jader využije naplno, protože se taky může (nezřídka) stát, že právě ty okolní thready nebudou tak náročné jako jeden z nich, a tak ten bude zase bržděn výkonem na jedno jádro a ty ostatní jádra nebudou naplno využité přitom. Taky teda hry až na pár výjimek nějak nebudou extra lpět na dualcore v následujících aspoň dvou-třech letech určitě.

Můj názor jinak je: kupujte Dual-Core jak jen to jde. Za těch několik let, kdy najdou konečně víc využití, budou pro mě levnější. No a třeba se stane, že až konečně najdou využití, tak ty vaše dual-core nakoupené teď už budou výkonem pozadu tak, že si koupíte zase novou generaci.

EDIT3:
richie0: Já jsem to nějak nenapsal jasně, ale obecně platí téměř výhradně, že nějaký fake fyziky pro konkrétní případ použití (čim užší využitím tím víc) je výpočetně rychlejší než jakákoli obecná fyzika. Délku vývoje bych nějak úplně možná ani neřešil, to je zas úplně jiný faktor, ale o ten rozdíl rychlosti může už být kritický.

[barjos]

Tak už ničemu nerozumím a jsem totálně zmaten Chtěl bych si pořídit nové pc a z této diskuze vyplývá že bohatě stačí sc. Synovec a kamarád si pořídili o prázdninách nová pc. Já si ho chci pořídit také ale čistě pro zábavu, která neobnáší žádné velké hraní her. Proto jsem se rozhodl vyzkoušet celkem jednoduchý logovací program který na současném starém PIII provozuji. http://www.informatix.li/english/Frame_EN.htm Je 100% psaný pro sc.
Import dat který v tomto programu trvá nejdéle(podle počtu záznamů) - na tomto PIII asi 90 minut.
Ze zvědavosti jsem zkusil tento program se stejnými daty u obou kamarádů a na pc v práci:
1 PC PIV (524) 3.06GHz ram 512MB čas importu cca 45 minut
2 PC PIV (D805) 2.66GHz ram 512MB čas importu cca 55 minut
Na pracovišti samoshřejmě bez oc:
3PC C2D E6600 ram 1024MB čas importu cca 30 minut.
Asi mě již nic nezviklá v rozhodnutí jaké cpu si pořídit. Jenom by mě doopravdy jako laika zajímalo kde se vzal ten veliký rozdíl mezi dvoujádrovými procesory D805 a C2D E6600. Podle mého pamětí to není protože import ani zdaleka nevyužil celou ramku.

[Petrik]

2 SWARM: Takze jestli to chapu dobre, tak ten clovek skutecne potvrdil, ze ty nejnovejsi enginy budou mit oddlene jednotlive veci (AI, fyziku, Zvuk a pod)? To je super Otazka je jak moc komplikovane to bude, aby pak ty hry vubec vysli v konecnem case.
Ad ta fyzika: doufam ze ne vsichni vyvojari, co pisi fyziku, ani poradne nevedi, co to je Laplaceova transformace. Ono je dost mozne, ze by i do her sla aplikovat vysokoskolska fyzika jako napr. Lagrangeovy rovnice druhého druhu a pod. veci, problem je ale v tom, ze ten vyvojar by musel byt jak dobry programator, tak alespon prumerne vzdelany fyzik. Takovych lidi asi moc neni a to je mozna duvod, proc az do nedavna fyzika ve hrach vypadala tak jak vypadala. Neber to prosim jako urazku toho tveho znameho a diky za tvoje prispevky.
Ad vyrobci HW vs. programatori: Jestli to chapu dobre, tak se soucasnou technologii vyrobit rozumne 6GHz SC patrne nejde, kdezto psat MT programy, pokud to algoritmus dovoli (dost casto), jde. Presto jich je velmi malo. Kdo je tedy neschopny nebo liny? A proc jsou podle meho nazoru obecne kvalitnejsi linuxove programy velmi casto MT, kdezto wokenni malo kdy? Neni to proste spise tim, ze linuxovy programatori pisi proto, aby ty programy byly co nejlepsi (a proto jsou casto MT), kdezto wokenni pisi proto, aby si vydelali? Mozna je tedy dobre, ze intel jen tak neuvede SC verzi core 2 ***, protoze si alespon vice lidi poridi DC a mozna to konecne donuti i wokeni vyvojare psat MT SW.

[richie08]

No, jak myslíš. Já vážně nějak nemám potřebu se s někym přít na foru o HW. Prostě jestli myslíš, že se jedná o lidi bez potřebného know-how, kteří pořádně neumí, co dělají, tak je to čistě tvá věc.
EDIT: Tahle část tématu je z mé strany už uzavřená, vyjádřil jsem se k tomu, jak se to často dělá, nic víc - dál už mi to ani nestojí za námahu. Richie08 se může pochlubit, ve kterých hrách dělal fyziku, když je tolik erudovaný a říká jak to jiní dělají špatně.

EDIT2: Jinak teda teď jsem se zeptal jednoho malého týmu, jak je to u nich s threadama a v podstatě zatim u nich ani nebyl důvod to použít, když u nich stačí i nějaký P4 1.6GHz procesor celkem v klidu. Jejich příští engine pravděpodobně později bude mít podporu více threadů, ale předělávat ten současný by samozřejmě nešlo. Ohledně fyziky se vyjádřil docela svérázně . Tady máte kousek rozhovoru (jenom ten kus z historie, kdy jsem neseděl u jiného počítače v době, co jsem objedval a pokračování o úskalích vydání jsem taky vyhodil, protože by tu nikoho nezajímalo):

....jinak teda ještě z věcí okolo. MT hra samozřejmě neznamená, že se více jader využije naplno, protože se taky může (nezřídka) stát, že právě ty okolní thready nebudou tak náročné jako jeden z nich, a tak ten bude zase bržděn výkonem na jedno jádro a ty ostatní jádra nebudou naplno využité přitom. Taky teda hry až na pár výjimek nějak nebudou extra lpět na dualcore v následujících aspoň dvou-třech letech určitě.

Můj názor jinak je: kupujte Dual-Core jak jen to jde. Za těch několik let, kdy najdou konečně víc využití, budou pro mě levnější. No a třeba se stane, že až konečně najdou využití, tak ty vaše dual-core nakoupené teď už budou výkonem pozadu tak, že si koupíte zase novou generaci.

EDIT3:
richie0: Já jsem to nějak nenapsal jasně, ale obecně platí téměř výhradně, že nějaký fake fyziky pro konkrétní případ použití (čim užší využitím tím víc) je výpočetně rychlejší než jakákoli obecná fyzika. Délku vývoje bych nějak úplně možná ani neřešil, to je zas úplně jiný faktor, ale o ten rozdíl rychlosti může už být kritický.

Ten Tvuj clovek z icq uplne potvrdil to co rikam. O laplaceovkach pravdepodobne nema ani paru a "kodi" si neco cemu si rika fyzika. Opravdu zarny priklad. Myslim, ze jsi se ptal dobre, ale nespravne osoby Tim ho nechci shazovat, treba umi jine veci, ale fyzika a vicevlaknove programovani to nebude. Simulace v automobilovem prumyslu me zivi takze o tomhle neco malo vim. Kdyby treba vedel ze mat. modely ze Simulinku jdou vyexportovat do C bez toho aniz bych musel neco vedet o solveru... Jenze spoustu lidi proste nevi.

Nekteri lide uz pochopili, ze oddelit fyziku, AI, atd... do jednotlivych vlaken je nejen elegantni, prehledne, ale nakonec mozna i jednodussi nez to vsechno bastlit do jednoho hlavniho vlakna stejne, jako to se to delalo kdysi davno na Sinclairu. Jenze tenkrat jiny HW proste nebyl a mackalo se z nej kazde procento vykonu a schopnosti. Pak prisla Amiga s jejimi koprocesory... Vim, je to slaba paralela na problem multi-core, ale nemuzu si pomoci, ze programatori dnes mrhaji prostredky, ktere maji k dispozici.


PS: Amiga 500 and SilkWorm forever.