Vyznam dual core

[Petrik]

Eagle, nechci ti do toho kecat, ale co to ma co spolecnyho s tim, ze jim to dost pravdepodobne funguje? Ze nejaky WoodyIS nevi, jak to udelat, me uprimne moc nezajima. Spise me zajima, ze nekdo ve Valve to zrejme vi a ze mu to uz pravdepodobne funguje. Treba to je jen nejaka marketingova bublina, ale jestli jim to funguje a bude jim to uspesne fungovat i na mnoha jadrech, tak to je rozhodne pozitivni vec, ne? Krome toho to taky bude znamenat, ze jsi nemel pravdu, coz me uprimne ani moc netrapi. Me jen fascinuje, jak se zuby nechty snazis dokazat, ze neco, co uz nekomu velmi pravdepodobne funguje, nemuze fungovat. To, ze ty nevis, jak neco udelat, jeste neznamena, ze to nevi nikdo na svete. Premyslej o tom. Krome toho docela nechapu, proc se tak hrozne moc snazis delat anti-MC (multi core) kampan. Ty snad vazne chces, abychom zustali na veky veku u jednoho jadra a neslu nikam dal.

Ty neumíš číst? Přímo na CDR ti to v diskuzi vysvětlil WoodyIS. Dovolím si citaci:

"Nic ve zlem, ale docela jsem se pobavil u vety: "Přistupují k tomu celkem logicky tak, že pustí o jedno méně podřízených vláken, než je počet jader a k tomu jedno hlavní vlákno, které se stará mimo jiné i o synchronizaci". Problem totiz neni v tom, kolik vlaken vytvorit, ale co do nich dat tak, aby intenzivne pracovala na svych datech a byla navzajem nezavisla, aby na sebe navzajem nemusela cekat. Protoze je to jedna cast me prace, tak sem se tesil, jak nam to Gabe prozradi a ono nic "

A jinak cist neumis spise ty, eagle:
The engine uses lock-free algorithms to solve one of the major problems of threading - access to data. Many of us have come across a similar problem before - if you're trying to edit a database or a web page whilst someone else is already doing a similar thing, you end up with one person overwriting the other person's data. The problem is the same when it comes to multiple threads accessing one data set in-game.

Aby nedoslo k nedorozumeni, tak ti to prelozim. Oni tvrdi, ze jejich engine vyresil ten problem synchronizace tak, ze zadna synchronizace zrejmne neni Neptej se me jak, ale zrejmne nejakym novym zpusobem pristupu k datum. To mi pripomina reiser4 (linux FS), ktery funguje "atomarne". Operace budto probehnou uplne, nebo vubec. Zajimave na tom je to, ze neni potreba duplikovat data. Proste u obou zrejmne nejaky extra vychytany algoritmus. Takze opet jedna rada: v IT oboru nepouzivej slova jako "nikdy" nebo jako v tomto pripade "musis". Oni proste nejakou tvoji sychronizaci zajistit zrejmne nemusi. tecka

Muhehe. Ty jsi nikdy nemohl nic programovat multithreadově (zda jsi vůbec kdy programoval), protože tahle citace je úplně o ničem. Když máš nějaká data v RAM (typicky dynamická) a máš víc threadů s pointery na ně, tak musíš zajistit sychronizaci, aby ti některý z threadů nenačetl stará data dřív, než jsou přepsána aktuálními jiným threadem (to je mimochodem jeden z největších problémů i u více než jednoho CPU z pohledu hardware - synchronizace zpožděných zápisů do RAM). Tím, že uvolníš uzdu a umožníš čtení v libovolný okamžik, způsobíš to, že některé thready budou používat stará data, a tedy dojde k porušení integrity dat! Je samozřejmě možné, že Valve udělalo něco takového pro věci, kde je limitem lidské oko / vstup z periferií, a tedy tato prasárna nebude na první pohled poznat, jenže to není správná metoda multithreadingu, ale krok udělaný z nouze a s nepříznivými důsledky.

A ten největší problém multithreadingu je vytvořit víc než jedno vlákno, které budou mít pořád co dělat. Fakt si myslím, že jsi nikdy nic multithreadově neprogramoval, protože jinak bys tyhle elementární věci znal.