JohnnyCage

IDF: az asztali rendszerekben nem kell 64 bit

Az AMD és az Apple computer túl korán váltott át a 64 bites asztali rendszerekre, véli Pat Gelsinger, az Intel műszaki igazgatója.

"A 64 bites címzésre való áttérésre még hosszú évekig nem lesz szükség" - mondta Gelsinger a San Joséban megrendezett Intel Developer Forum (IDF) konferencián.
A rivális AMD azonban nem vár ennyit, és a társaság már a jövő héten kiadja első 64 bites asztali processzorát, az Athlon 64-et. Néhány héttel ezelőtt pedig az Apple Computer adta ki Power Mac G5 rendszereit, amelyek az IBM 64 bites PowerPC 970-es processzorára épülnek.

"Hány felhasználó tartja kevésnek a 4 gigabájtos felső korlátot asztali számítógépén?" - kérdezte Gelsinger a konferencia résztvevőitől. Az Intel technikai igazgatója szerint jelenleg nincs olyan alkalmazás, amelynek ne lenne elegendő a virtuális memória sémák által biztosított 4 gigabájtos felső memóriahatár.

"Mikor lesz szükség a 4 gigabájtnál többre? Jelenleg hozzávetőleg 1 gigabájtnál tartunk, de haladunk a 2 gigabájt felé. Ebben az ütemben továbblépve 3-4 év múlva érjük el a 4 gigabájtos korlátot az általános asztali rendszereken, ami a 2006/2007-es évet jelenti" - mondta Gelsinger.

A vezető ezzel nem zárta ki annak lehetőségét, hogy a társaság 2006/2007 előtt megjelenjen egy 64 bites asztali processzorral. Ha azonban ez megtörténik, az feltehetően nem azért lesz, mert a felhasználóknak valóban szükségük van rá.

Egyes hírforrások már régóta egy Yamhill kódnevű 64 bites megoldásról beszélnek, amelyet az Intel titokban fejleszt az AMD64 platform alternatívájának. A közelmúltban olyan hírek is napvilágot láttak, hogy a Prescott már tartalmazni fogja a Yamhill magot, de az Intel addig kikapcsolva tartja azt, amíg az AMD, vagy az Apple esetleges túlzott előretörése miatt arra szükség nem lesz.

Hozzászólások

A témához csak regisztrált és bejelentkezett látogatók szólhatnak hozzá!
Bejelentkezéshez klikk ide
(Regisztráció a fórum nyitóoldalán)
  • shabba #64
    Ha te is ismered az assemblyt akkor tudhatod hogy a szorzás a végeredményt két regiszterbe tárolja hisz elég valószínű hogy az eredmény csak abban fél el.

    Pl. korábban írta valaki
    MOV EAX,66000
    MOV EBX,66000
    MUL EAX,EBX

    a végeredmény EDX:EAX-ben lesz meg mint 64bites egész.

    Szóval 64 bit max akkor jön képbe ha két 64bites egészet szorzol össze és a végeredmény 128bit lesz vagyis a tízmilliárd x tízmilliárd már jobb példa lenne. De ekkora számok magasságában kérdés minek is kellene egész számokkal dolgozni, ott a jó öreg FPU tud 32,64,80 bit lebegőpontossal dolgozni vagy ott az SSE amit szintén említettek.


    Egyébként visszatérve erre a 4GB memóriára nem azt mondja csórikám hogy felesleges és sose kell mint ahogy hajtogatját egyesek itt a topicban és pedáloznak a 640kB-ba minden belefér példával. Helyette azt mondja jelenleg nincs még szüksége rá átlag usernek az otthoni gépecskéjébe és igaza is van. Ha megnézem pl. feladatkezelőben a memoria foglalás csúcsértékét nálam 300MB alatt van pedig fut egy csomó minden. Szóval 512MB-ban ami most van lazán beleférek és ha nagyon ritkán mégis kevés lenne akkor besegít a virtuális memória használata. Ahhoz hogy a 4GB-ot teljesen kihasználjam 10x annyi programot futtathanák mint pl most, de akkor félek én már nem látnám át a káoszt a gépemen több száz taszk akkora káoszt okozna a desktopon és a user fejében hogy az már emberileg sok lenne. Persze ott vannak a nagy memóriát igénylő alkalmazások pl. képszerkesztés meg a játékok mint örök pénznyelők. Pesze ezeknél igaz a minél több annál jobb elv, de még nem láttam olyan játékot ami 4GB-t után követelőzne.

    Sokan vádolják PR propagandával az Intelt jogosan de AMD húzása se sokkal több jelenleg a 64 bittel. Az intel SSE1,2,3-val meg egyébb fantázianevekkel próbálja lenyűgözni a tudatlan vásárlótömeget, az AMD 32-64 bitezik, a lényeg növekvő tendenciát mutassanak a számok hogy látszódjon ez aztán a fejlődés, ezt kell megvenned tisztelt tudatlan user.

    Persze idővel ránkerőltetik ezek az "újdonságokat" és ha idővel a gyártásköltségben sem okoz túl drasztikus növekedés az új fjúcsörök garmadája akkor megszokott lesz és beépül a mindennapokba. Olyan ez mint az M$ Word 10000 féle képessége amiből átlaguser jó ha 10-20 használ a mindennapokban a többi meg csak van mert remek PR-t lehet vele csapni.
  • Power #63
    "Asszem tudom hogy miről van szó. Rajtad viszont látszik, hogy az assemblyről valószínűleg valami tescos rágó jut az eszedbe (de lehet hogy fogkefe)."

    Én már 8080-ban idején is írogattam assembly rutinokat, úgyhogy ez nagyon mellé ment, de ennek még mindig nincs köze a 64 bitességhez.

    "A SIMD utasítások eléréséhez, de még az MMXhez is működési módot kell váltani a procin. Ez legalább 100 ütemciklus, lehet hogy cache ürítés is kell hozzá, stb. "

    Cache ürítés te jó ég, miket nem találsz ki!
    Nem kell váltani, csak ha lebegőpontos számításokkal együtt akarod használni.

    "Az AMD 64 bites procijai natív módban támogatják a 64 bites regisztereket, vagyis ahogy van 8 bites AL, 16 bites AX, 32 bites EAX, úgy lesz 64 bites REAX vagy mi a szösz. És erre működik MINDEN eddigi 32 bites utasítás, simán elé kell írni a prefix byteot pl az ADD kódja elé, hogy ez 64 bites művelet lesz. "

    Mint mondtam, ennek nincs sok gyakorlati hasznal, nagyon ritkán használható. Ha sokat kell számolni, akkor arra a SIMD, amúgy meg tényleg nincs értelme.

    "Szóval ne hasonlítgassuk már ezt a 386-os óta 32 bites Intel nevetséges fake-64 próbálkozásaihoz"

    Nem tudom mire gondolsz. Milyen fake-64?

    "A 64 bit létjogosultságáról csak 1 kis számolgatás: Koordináta rendszerben ábrázoljunk egy 3 mm-es hangyát (lábai fél mm-esek), és egy 20 emeletes házat (60m)
    A nagyságrendi különbség a hangyaláb és a ház között 0.5:60000, vagyis 1:120000. Na ez már nem fér el 16 biten, csak 32-n. Tegyük fel, hogy valami miatt (pl valami geometria transzformáció, vagy normálvektorszámítás, mittomén miatt) két koordinátát össze kell szoroznod. 32bit*32 bit az ugyebár 64 bit, nem?"

    Ez egy szép gyakorlati példa. :)
    Nagyon el vagy tájolva. Ez tipikusan nem fixpontos megoldást igényel, úgyhogy nem is azzal célszerű megoldani, mert csak szívsz vele.
    Nomál vektor számítás egészekkel! :D
  • Fam #58
    nem a 64 bitességhez tartozik, de azért sebesség szempontjából egyáltalán nem elhanyagolható (ja és a cikk sem említi), hogy ezek a procik már 1 MBYTE másodszintű gyorsítótárat tartalmaznak
    nem mind1!
  • Power #56
    "Pl. azt, hogy 32 biten nem a maximális memóriaméret a 4GByte, hanem az egyszerre címezhető méret ekkora. A virtuális memória lehetséges mérete ennél sokkal nagyobb."

    Ez igaz. Sőt a fizikai is lehet ennél nagyobb.

    "A számítások és az adatmozgatás lesz gyorsabb 64 biten."

    Ennek a gyakorlatban 0 jelentősége van.
  • Power #55
    "Adj össze 2db 64 bites számot 32 biten, és rájössz, hogy igaza volt JTBMnek (sőt picivel több mint 2x olyan gyors, mert átcsordulás, izébizé...)."

    Ha tudnád miről van szó, akkor azt is tudnád, hogy emiatt nem fejlesztettek volna soha 64 bites processzor, gyakorlatilag 0 jelentősége van a 64 bites fixpontos összeadó egységnek.

    "A 64 bit elsősorban azért lesz gyorsabb, mert bizony már ma is használnak sok progyban 64 bites számolást, címzést (pl video enkódolásás/dekódolásnál, de asszem a DirectX9-ben is valami 32 bitnél pontosabban kell számolni (talán 48-on???)."

    Arra ott vannak a SIMD utasítások SSE, SSE2 s ezt is használják. A DirectX9 pedig már lebegőpontos és amúgy meg 24 bites pontosságot ír elő.


    "Másrészről az Athlon 64/FXben integrált memóriavezérlő van, ami megintcsak egy kellemes dolog (+10% a chipseti 1 illetve 2 csatornás(pl nforce2) mem vezérlőkhöz képest)..."

    Ez sehogy nem kapcsolódik a 64 bitességhez, szóval kár belekeverni.
  • Gabest #48
    "Próbálja ezt valaki 32 bites procin 32 bites egészekkel végrehajtani! :-)"

    4356000000. Na, ügyes vagyok? :P
  • Benedekco #45
    ez 1 100wattos f*szkalap!
  • gyraph #41
    Én GPU-írtam és nem CPU-t...
  • Power #39
    "Bizonyos programoknál a 64 bit pontosan 2x olyan gyors, mint a 32 bit, azonos órajelen, azonos processzorarchitecturával"

    Te nagyon el vagy tévedve. Még elméleiteleg sincs így, nemhogy gyakorlatilag.
  • Fam #33
    valahol mintha olvastam volna, hogy japán kalózok hozzájutottak egy athlon xp-hez és gyorsan megdöntötték vele a 3dmark2001se világrekordját:)

    eddig egy agyonhúzott p4 (4,1Ghz körül) és egy szintén nem alapon menő r9800pro tartotta ~24500 ponttal ennél teljesített többet kb 200 ponttal egy valós órajelben 2400Mhz (!!!) -es 64 bites + hasonlóan agyonhúzott 9800pro

    ja és mellékesen megjegyezték, hogy via chipset volt alatta, és a proci kézzel fogható volt a teszt alatt (cirka 50 fok)