ZDNet over de AMD Sledgehammer

ZDNet heeft een artikel online staan met wat verse info over de AMD's 64-bit processor codenamed Sledgehammer. Het is de bedoeling dat de CPU ook in desktop versies ergens eind 2001 geleverd wordt aan PC fabrikanten met snelheden vanaf 2GHz:

Some say it can't or shouldn't be done, but Advanced Micro Devices Inc. is looking to an Athlon successor to bring 64-bit computing to the desktop PC.

Although not due until at least late next year, a replacement for Athlon will run at 2GHz and above, offering 64-bit memory addressing, AMD officials revealed here at PC Expo. The new chip will be based on technology from AMD's 64-bit server chip, code-named Sledgehammer.

"The Hammer," as it is known inside AMD (NYSE: AMD), will the company's first server/workstation processor to offer 64-bit addressing. The chip will begin sampling to major PC makers in the first quarter of next year, AMD officials said.

Because it is based on Sledgehammer, the new desktop chip will have the ability to -- code segment by code segment -- recognize and switch between 32-bit and 64-bit code, AMD officials said. That means Sledgehammer users will be able to run 64-bit applications on desktop PCs.

The benefits of having 64-bit memory addressing on the desktop would come on high-end applications. Graphics applications, such as Adobe (Nasdaq: ADBE) PhotoShop, would see performance improvements from 64-bit memory addressing. As would other applications, such as computer aided design (CAD), AMD officials said. [break]In de tussentijd zal AMD ons echter eerst verblijden met de Mustang core die gebruikt zal worden in desktop , mobile, workstation en server processors. [/break] While Sledgehammer and its variants are still a ways away, AMD is readying another new processor core. AMD officials said this week that the company's Mustang processor core would yield a number of new chips in the second half of the year.

The core, which supports up to 1MB of integrated level 2 cache, will yield desktop chips, workstation and server chips and mobile chips. The desktop chips will come in both Duron and Athlon flavors, while the server chips will, most likely, be marketed under the brand Athlon Ultra, AMD officials said.

AMD also disclosed for the first time at PC Expo its plans to offer a mobile Duron chip along with a mobile Athlon. The differentiators between the two mobile chips are expected to be clock speed and cache size, along with price. Both chips will be based on a mobile version of the Mustang core, which now has its own code name: Corvette.

Lees het hele verhaal bij ZDNet.

Reacties (26)

[Verwijderd]

Dus deze processor kan schakelen tussen 32 bit en 64 bit processen (per segment), wat betekent dat Windows er gewoon op draait, maar applicaties die voor 64 bit geschreven zijn draaien in hun segment op 64 bit. Dat is (heel) gaaf, maar...

Weet iemand of het mogelijk is om de processor GEHEEL in 64 bit mode te laten draaien, en gewoon een 64 bits OS erop te laten draaien (ofwel een BSD of desnoods Linux)?

[Verwijderd]

Havoc:

Waarom zou dat niet kunnen? Alleen moet je dan AL je software 64 bits hebben, en waarschijnlijk ook al je PCI kaarten e.d....

Maar voor servers is dat natuurlijk best leuk, die draaienn toch niet meer dan een OS, en een 64 bits NICje....

[downtime]

we mogen redelijkerwijs aannemen dat de sledgehammer 64bits code niet binair-compatible met de 64bits code van de itanium zal zijn.
hoe denkt amd de softwareleveranciers dan over te halen om toch 64bit software te gaan leveren voor deze processor als die dan incompatible met de itanium zal zijn.
voorlopig blijft intel de grote naam op cpu gebied en zal amd alleen kunnen overleven zolang ze intel qua performance kunnen bijbenen (wat ze heel goed afgaat) en zolang ze compatible met intel kunnen zijn.

[Verwijderd]

Jaap v R:

Zover ik weet zijn PCI kaarten PCI kaarten, of je ze nou gebruikt op een 32 bits of 64 bits processor. Ter vergelijking: Je kunt volgens mij gewoon een willekeurige netwerkkaart uit je Athlon bak halen en in een Alpha bak stoppen.

Bovendien wordt in het artikel gesuggereerd (maar niet GEZEGD), dat de processor alleen voor aangewezen codesegmenten naar 64 bits over schakelt, maar native in 32 bits loopt.

64-bits software is inderdaad onder Windows een probleem, maar onder *Nix meestal slechts een compile ver weg (tenzij de programmeur een 64-bits fout heeft gemaakt, wat nog wel eens voorkomt maar niet vaak).

[EfBe]

64bits op de desktop is onzin. Niemand heeft een systeem op zn desktop met meer dan 4GB geheugen.

Havoc: onzin. 64bits software moet volledig worden doorgelopen omtrent pointerfouten e.d. Win32 software dat gebruik maakt van de door MS predefined typemacro's, zijn meestal met een recompile om te zetten. Andere software die veel pointeraritmetic doet en daarbij aan het punt voorbij gaat dat een pointer 8 bytes is ipv 4, heeft een groot probleem.

Ik vind het lullig om te melden, maar vooral gcc gebruikers hebben hier last van. (packed structs alignment IN de code), en natuurlijk alle programmeurs met pointerarrays, buffers met offsets van 4 bytes etc etc.

omzetten naar 64bit is een heidens karwei. En nogmaals: voor de desktop totaal nutteloos.

[arjenk|IA]

Per segment schakelen tussen 32 en 64 bit betekent dus dat AMD niet met een 'prefix' werkt zoals dat het geval is bij een mix van 16 en 32 bit instructies nu (prefix is nodig voor 32 bit instructies in 16 bit mode of 16 bit instructies in 32 bit mode).

Havoc Voor volledig 64 bit draaien, moet je dus alleen code in 64 bit segmenten draaien...
JaapvR Overige hardware hoeft niet 64 bit te zijn. Als je een 32 of 16 bit verbinding hebt, kan de chipset dat vertalen naar meerdere transfers. Wel traag natuurlijk.
downtime De kracht is juist dat de hammer 32 bit native kan draaien. Het zal jaren duren voor er een redelijke hoeveelheid software in 64 bit beschikbaar is, wat een handicap voor Itanium zal zijn (vgl. de 80286 en 80386 die het grootste deel van hun leven 8086 code hebben staan draaien).
Havoc Er is toch een 64-bit versie van Windows 2000??
Otis De problemen met pointer arithmetic, pointer arrays etc. in C zullen wel meevallen, tenzij je cast naar int voor je met je pointers gaat rekenen maar dan verdien je het ook. Win32 macro's zijn m.n. van belang voor uitpakken van parameters naar je window proc. (WPARAM, LPARAM) - daar zat ook het meeste werk in in de overstap van de 16 bit API naar Win32. Packed structs kunnen een probleem zijn, m.n. als je er zonder omhaal binaire file i/o mee gaat doen (niet doen dus).
Erhnam High-end apps kunnen gerust 64 bit gaan gebruiken, zolang ze maar geen API calls doen (stug rekenwerk e.d.). Thunking (zoals in Win32s van Win32 code naar 16 bit API) kan daar ook nog het e.e.a. oplossen zolang het OS 32 bit is. Ik ben het eens dat het lang zal duren voor er veel 64 bit apps komen, maar ik zou mijn geld niet inzetten op forceren door native 32 bit compatibiliteit er uit te gooien.
downtime Software ontwikkelaars willen alles doen als het maar goed schuift
TGEN IA-64 is radicaal anders als IA-32 en vereist een enorme investering van iedereen die er hardware en software omheen gaat maken. De route van AMD is goedkoper en safer.
jp IA32 instructies hebben een variabele lengte en kunnen data bevatten, maar dat hoeft niet. Als ik AMD was zou ik een 64 bit instructieset gebruiken die zonder veel omwegen door de core verwerkt kan worden (RISCier dus), en de IA32 instructieset verwerken op een manier zoals dat nu bijv. wordt gedaan door Athlon.

[Verwijderd]

Weet je hoe lekker dit chippie wordt!
AMD Sledgehammer 2Ghz, GeForce 2, CXistron ADSL Unreal Tournament met ping <10 WHAHAHAHAHA dit is te vet, maar jammer dat ze pas begin 2001 geleverd klunnen worden!!!

Go! AMD

[Verwijderd]

Zucht... waar gaat het heen... 2 Ghz.. strax 10 Ghz.. waneer wordt het eens bereikbaar voor ons? (en tevens betaalbaar, want de 1 Ghz is nog niet eens op de markt hier en als dat wel zo is, dan is ie onbetaalbaar).

Wat is de limiet eigenlijk? Strax gaan die elektroontjes sneller dan het licht Timewarping CPU's

[Jasper Janssen]

Kewl, Mustang Duron!

Dit werpt toch wel slecht l;icht op die roadmap van gisteren, want daar stond geen van de twee Mustang desktop op.

havoc: Alpha is vrij kieskeurig kwa PCI kaarten, driversupport vooral.

downtime: Linux wordt op dit moment heel druk geport naar Itanium, en zoals Havoc al zegt, als dat gebeurt is is porten naart AMD-64 een eitje.

Verder zullen we tegen begin volgend jaar AMD/64 in de desktop hebben. IA/64 duurt _minstens_ tot 2003 voor we het in de desktop hebben, zegt intel. Voor desktop apps is AMD/64 dus veel, veel, en veel interessanter dan IA64.

Verder lijkt AMD/64 meer een soort MMX/SSE/3Dnow toevoeging te zijn, die de proc bij normaal gebruik niet beinvloed (althans, niet langzamer maakt). Dit itt Itanium, die 32 bit software alleen onder emulatie, en dus zwaar langzaam, kan draaien.

[downtime]

havoc, dat is natuurlijk niet waar, want dan zou je ook zondermeer elke pci-kaart uit een pc in een mac met pci-bus kunnen stoppen.

zodra een kaart een eigen bios (dus: software) heeft zal ie niet meer werken op een pc die niet compatible is.

of de cpu trouwens native 32- of 64-bits is maakt volgens mij weinig uit. zo schijnt een x86 cpu ook pas na het starten van het o.s. om te schakelen naar protected mode.