Új hozzászólás Aktív témák
-
bpx
őstag
OK, én eléggé elfogult vagyok a témában (x86 párti), aztán gondoltam hátha lemaradtam valamiről, de akkor nem.
Jobb híján én is a Phoronix teszteket néztem. Ezen kívül még saját méréseket csináltam ügyfeleknél POWER-en, SPARC-on, IBM Z-n, de ezeknél sem láttam olyan jelentős teljesítmény különbséget, ami miatt egy x86 + Linux helyett ezeket választanám, főleg ha egyéb szempontokat is figyelembe veszek (licencelés, szoftverek elérhetősége, üzemeltetéshez tudás + személyzet). -
Robitrix
senior tag
Amúgy simán lehetne az X86-nál jobb procikat gyártani, de ott van gátnak a 30-40 éve vonszolt kompatibilitás. Azért komoly elvárás a procival szemben, hogy képes legyen futtatni a 10-20 évvel ezelőtti kódokat is. A kurva felhasználó bizony simán elinditja a 20 éves programot is a gépen és elvárja, hogy fusson. Persze lehetne új procit tervezni más elvek mellett, de akkor csak emulálva lehetne futtatni X86 kódot. Az emuláció meg mindig lassú és időigényes. Látható, ahogy meg próbálnak Windowst és x86-ot futattnia ARM procikon. nagyjából a teljesítmény egy kalap fosnak a szintje. Egy ARm proci teljesítménye és architekturája messze gyengébb, mint egy 40 éve fejlesztgetett és csiszolt X86-os proci, ami nativan képes futattni a X86 kódot és nem kell emulálgatni és ügyeskedni. Azért az X86 proci gyártók nem csak segükün ültek 40 évig, hanem fejlesztgették azokat a procikat. 40 év fejlődést nem lehet átugrani egy teljesen új a kalapból előhúzott proci architecturával.
-
Robitrix
senior tag
elvben járható út lenne, ha a kompatibilitás miatt volna a prociban egy 16 bites külön mag a régi x86-os programokhoz. az más kérdés, hogy azért ez alaposan megdrágítaná a procit.... a proci fő részei meg egy nem feltétlenül X86-os magok lennének melyek vonszolják magukkal az x86 történelmét.
-
cheatergs
senior tag
A 2000-es v 2010-es években meginterjúzták az x86 fejlesztőinek (iirc pár fős team volt) bossát.
Azt nyilatkozta, h ha tudta volna a '70-es évek végén, h ennyi ideig kihúzza és ennyire elterjed az architektúrája, akk sokkal komolyabban veszi a fejlesztést. Csak mivel az Intelnek ez egy köztes megoldás volt a nagyágyúnak szánt 8800 aka iAPX 432 befejezéséig, így érthető, h mennyire érdekelt ez az architektúra ott bárkit is.Mindig minden mindegy