Vyznam dual core

[Petrik]

Ano, přesně tak. Když to někdo neumí, tak pryč s ním. Je totiž placen za to, aby to uměl. Očekávám od něj výsledky. Přesně takhle funguje kapitalismus, díky nemuž USA ovládly svět. Takový přístup má tedy výsledky.

Jo. A ze to treba nejde udelat, ze proste se soucasnou technologii 10GHz SC se spotrebou do 150W nidko na svete neudela, to te nezajima. To mas teda problem.

Pokud jde o Paroubka - tobě možná takový způsob vedení vadí, ale mně naopak imponuje. Takto se chovají vůdci, loseři se smiřují s aktuálními možnostmi.

To beru jako vtip. Dneska jsem ho omylem videl v TV a udelalo se mi nevolno. BTW takovej Stalin ci Hitler ti musel hodne imponovat, ze? To byli vudci, panecku....

Je tak levný jen díky konkurenci v podobě AMD. Pro mě je ale stále příliš drahý, CPU za pět tisíc je prostě moc vzhledem k tomu, že proti A64 3500+ za poloviční cenu nenabízí nic moc navíc. Pokud Intel není schopen nabídnout nižší cenu, pak by měl popřemýšlet o výkonových rezervách ve své organizační struktuře.

Pro me taky, samozrejmne, ale kdyz beru v uvahu moznosti OC, tak ma hodne moc navic oproti A64. 3.5GHz core2duo oproti rekneme 2.8GHz A64 je sakra rozdil i v ST uloze. V MT netreba komentovat.

Jakmile, možná, v budoucnu... to už jsem tu slyšel mnohokrát. Mě ale zajímá, co je teď, protože věc kupuju teď. Toto se nezmění přes noc. A než ony programy budou (zda vůbec), může to být klidně pět, deset let. Dnešní dual-core za nehorázné cenové navýšení (vzhledem k nárůstu výkonu) bude pak v bazaru za pár stovek.

Zacni pouzivat kvalitni SW na kvalitnim OS (rozumnej linux ci BSD) a mas podporu pro DC jiz nyni )

Problémy s multithreadingem nespočívají v odladěnosti/neodladěnosti jednotlivých threadů, ale v předávání si výsledků a možném předbíhání některých úloh.

Ja teda nevim, ale to je takovej problem, aby ta rychlejsi chvili pockala? To mi pripada jako to nejjednoduzsi na naprogramovani...mozna to bude tim, ze nejsem programator, ale stejne neverim ze to je problem.

Už jsem zde uváděl jako příklad WinRAR 3.60 a jeho chybu. Mimochodem, proč se na ní přišlo až tak pozdě? Důvod je úplně zřejmý - protože multithreaded chyby často v debuggeru neohalíš.

Autor ocividne nema zkusenosti s psanim MT SW, tak se nemuzes divit. V linuxu se to nestava, nebo o tom alespon nevim.

Nějak si nedokážu představit, že by kompilátor něco dělal ve více vláknech. Můžeš nám objasnit, jak si to představuješ? Zřejmě jsi myslel kompilování více zdrojových souborů pomocí více instancí GCC. To ale není multithreaded program, nýbrž klasický multitasking.

Omlouvam se, Fox me opravil, ze to je vice procesu. Pro me jako pro uzivatele to je teda uplne fuk, hlavne ze to je rychlejsi uz na SC, na DC jeste vyrazne vic. A cozpak na QC

Ale souhlasim s tebou, ze pro tebe se to soucasne treba fakt nevyplati, to je klidne mozny. Ja bych DC vyuzil uz nyni, ale nemam na nej. Znovu rikam, ze DC neni idelani nahrada za 2x rychlejsi DC, ale alespon to je realna nahrada. Nikdo tu jeste nezduraznil 2 dulezity veci co se DC a QC tyka. Je to ohromna uspora penez pri pouziti v serverech / vykonnych pracovnich stanicich, protoze pro 4 jadrovy stroj netreba 4-way deska za nehorany prachy, ale staci 2-way s podporou DC, coz uz jsou dneska vsechny. Vis co to je za vydobytek mit vykonny dual core dual opteron (4 jadra) za mene nez 50tis? nebo 8mi jadro do 100tis? O tom jsme si pred prichodem DC mohli jen nechat zdat. A navic, DC je temer vzdy rychlejsi nez odpovidajici dvouprocesorovy system. Vyjimku budou tvorit pametove velmi narocne operace, kdy se projevi omezeni spolecneho pemetoveho radice / sbernice. S prichodem QC jiz nebude nemozne si v amaterskych podminkach postavit klidne 16-jadrovy stroj za relativne levny peniz a s tim uz se da neco spocitat