Nove napovedi iz AMDja

Hja jst, kaj pa če imaš takole enačbo:

(450000+128) x (1000-64)^2 + 300^25 = X

? Ne rečem da bo procesor kar vedel kje vskočit in to, je pa teoretično možno da bi razbil kej tazga med obema jedroma, vsak bi obdeloval del enačbe čeprav je dejansko v enem kosu (aka ena nit). Zlo posplošeno gledano... v končni fazi multithreading počne prav to...

Drugače pa 7-zip, Ultra preset nekako 1300-1600 KB/s, na dual core pa krepko preko 3500 KB/s pri stiskanju.

Rejzor: ampak pri tej enačbi, za dokončno rešitev, nujno potrebuješ (vmesne) rezultate morebitnih drugih niti. Pospešek minimalen.

Pri stiskanju več jeder seveda pomaga. Ogromno lahko. Jaz sem napisal, da bi pri odzipanju več pridobil s hitrejšim diskom.

Saj se strinjamo, ampak vseeno je potrebno povedati, da dual core ni neka magija, ali pa da bi "boljši" operacijski sistem znal kar a priori izkoristiti več jeder.

Primer je multimedia, ki je pisana na kožo večim jedrom. Boljši primer, kot tista enačba. Pri "divx-anju" pač vsako jedro vzame svoj sklop. In če je encoder/decoder pravilno napisan, bo bil pospešek skoraj tolikokraten, kot je jeder. Pa Vista, XP, Linux gor ali dol. (No, XPji imajo omejitev jeder na 2, če se ne motim)

Rejzor: Če bi bilo pisanje multithreading aplikacij tako lahko, bi jih imeli že en kup. Ni. Probleme ti že dela dejstvo, da se morajo threadi neprestano sihronizirati, kar dela tudi velike probleme igram, saj moraš pred izrisom ti meti večino stvari sihroniziranih. Kar pomeni, da pridobiš veliko več performanca z dodatnimi 400 MHz, kot pa celim dodatnim jedrom.

Omenjati nekaj video encoderjev (ki, samo za omembo, daleč največ pridobijo od dodatnih jeder med vsem softverom) ter potem govoriti da "VSI" programi delajo z večimi nitmi je... neumno. Že zaradi tega, ker pri veliko programih z multithreadingom niti približno ne pridobiš dovolj, da bi se splačalo zato tako zelo zakomplicirati razvoj ter vzdrževanje.