kvp#40
"mert nem tudok elképzelni olyan problémát amelyre a 128 bites architektúra (mint általános CPU) megoldást jelentene."
Az ipv6-os cimek 128 bitesek. Ipv4-nel is jol jon, hogy egy ip cim pont belefer egy 32 bites regiszterbe. Routerekben es egyeb ipv6-ot hasznalo keszulekekben jol jon a 128 bites regiszter. Aztan ott vannak a filerendszerek. 32 bites rendszereken mar most is ket 32 bites rendszerszoban kell tarolni az offset-eket, 64 bites rendszereken ezek pont befernek egy valtozoba, de az uj fejlesztesekhez mar megint ket 64 bites kell, vagy 4 darab 32 bites, ami mar a kezelhetetlenhez kozelit.
"Persze azt sem szabad elfelejteni, hogy 128 bites CPU architektúrákról még elméleti munka sincs egyik CPU gyártó cégnél sem"
Akkor valoszinuleg ezert kerult bele az amd64-es specifikacioba a 128 bites mod lehetosege. Az intel altal megvasaroltban nincs benne, tehat az x86_64-es architektura fejlesztoi kozzul csak az amd foglalkozott vele.
"szerintem a Windows 8 inkább arra fog koncentrálni, hogy vége van a "von Neumann" korszaknak és vége van az "ingyenes ebébnek" ugyanis a multicore az ami jön (ez ami most van ez még csak vékony kis bevezető) mert mire a Windows 8 jön az átlag asztalon valószínűleg már 8 mag lesz"
A von neumann architekturanak miert lenne vege, attol hogy tobb processzor lesz? Az adatokkal egyutt tarolt programu vegrehajtast ez nem befolyasolja. 8 magos desktopot meg mar windows xp 64-el is lattam, szovel nem uj technologiarol van szo, csak egyre olcsobb lesz.
"a high-end asztalokon meg 16 vagy annál is több és ezt a Windows 7 (nem beszélve az XP-ről) már csak nagyon primitív módon fogja tudni kezelni."
A winnt kernelek a vms rendszerek leszarmazottjai. Meg az elod is kezelt 256 magot, erre a winnt kernel is kepes, csak az eladott verziok egy resze limitalva van. (de a winxp pro is 16 magig skalazhato hackeles nelkul)
"Óriási jelenleg a párhuzamos implementációk körüli érdeklődés (maga a új C++0x szabvány is pl. ezt veszi a legfontosabb dolognak), tehát nem csak az alkalmazás fejlesztések hanem a rendszer fejlesztések és maga a hardware fejlesztések is ebbe az irányba fognak fejlődni."
A c++-ot nem jo iranyba fejlesztik, egyre bonyolultabb es hasznalhatatlanabb lesz. Parhuzamos gepbol eddig a legnagyobb amit programoztam 65536 magot tartalmazott. Mondjuk arra meg assembly-ben kellett fejleszteni, de a kutatok altal hasznalt fortan nyelv mar regen is eleve jol kezelte a parhuzamositast, de az osoreg c szabvany is alkalmas erre, meghozza modositas nelkul. Az egyetlen amire szukseg lehet az az int128_t es az uint128_t bevezetese lenne a c/c++/c# nyelvekben, akkor az ipv6-os cimeket es a filerendszer offet-eket is lehetne egyetlen nativ valtozoban tarolni.