Paul DeMone over AMD Sledgehammer en x86-64

Paul DeMone van RealWorld Technologies heeft een interessant artikel geschreven over de x86-64 instructieset van de AMD Sledgehammer. AMD's uitbreiding van de aloude x86 instructieset biedt naast een uitbreiding van de geheugen limiet en de mogelijkheid om 64-bit getallen te verwerken, ook een RISC-achtige toevoeging aan de instructieset genaamd 'Technical Floating Point'. Met TFP hoopt AMD de floating point prestaties van high-end RISC processors zoals de Alpha 21264 en Hewlett Packard PA-RISC te evenaren. Voor ons thuis tweakertjes zijn deze ontwikkeling interessant omdat een betere FPU performance bijvoorbeeld onze game experience kan enhancen:

On the upside the move to 64 bits will have negligible negative impact on the performance, manufacturability or cost of the K8, a high end MPU implemented with tens of millions of transistors. And x86-64 will offer an upgrade path to those rare x86 users who need 64-bit flat addressing. The K8 can offer that, but without the performance loss on legacy applications inherent to IA-64’s x86 compatibility mode. For most users, the K8’s TFP RISC-like FP extension may be of much more interest since it should provide eventual benefit for users of high performance 3D graphics applications, such as games. What K8’s 64-bitness and TFP provides to AMD is the means for it to counteract the huge advertising campaign that will accompany Intel’s push to move its customer base from X86 to IA-64, which will likely start in earnest in about two or three years. Finally, the recent intriguing patent disclosure by AMD also suggests that we cannot discount the possibility of a big surprise when K8 is introduced.

Reacties (18)

De 64-bits Windows en Linux waar momenteel aan gewerkt wordt zijn voor de IA-64 instructieset van de (Intel) Itanium, niet voor de x86-64 IS (weer iets geleerd vandaag, wist nog niet dat 'ie zo heette) van de (AMD) Sledgehammer. Voor deze laatste zijn ook geen ports van de OS-en nodig omdat de grap nu juist is dat hij compatible is met x86, in tegenstelling tot Itanium.

Die vergelijking van die modems... eh.. tja. Dat hangt helemaal af van de breedte van de databus. De "64-bitness" van de processoren betekent dat er met 64-bits brede getallen gerekend kan worden, maar zegt niets over de breedte van de databus. Daarnaast speelt de frequentie van de geheugenbus natuurlijk ook nog een rol. Een parallel trekken met modems is dus niet echt op zijn plaats.

De IA-64 processoren (of is het processors), kunnen in 2 verschillende 'environments' opstarten:

1) IA-32 System Environment
2) IA-64 System Environment

De eerste ondersteunt IA-32 32-bit OSsen en de tweede IA-64 OSsen. In de 2e kan je ook nog IA-32 instructies uitvoeren, dit moet waarschijnlijk wel mbv emulatie (maar weet ik niet zeker, je moet in ieder geval een speciale instructie geven dat je van IA-64 instructies gaat naar IA-32 instructies en bij terug gaan van IA-32 naar IA-64 weer een andere).

Dit staat in IA-64 Development Manual 1 van Intel.

Dit is een processor die erg cool eruit ziet. 64 bits rekeninstructies, dat betekent een processor meer FPU aankan, terwijl er ook meer geheugen geadresseerd kan worden. Dit is een 64 bit uitbreiding, die de goede kanten van 64 bit laat zien.

betekend dis dut dat je koe een stuk sneller gaat?

Is MS of Linus hier al een OS voor aan het schrijven? Dit dingetje is verder eigenlijk nergens compatible mee geloof ik. Of zou er een huidig 32bit OS op werken?

ik dacht ergens een keer te lezen dat ms al bezig is met een 64-bit os...

Niet alleen je koe kan sneller, maar ook je games gaan beter en sneller. Daarbij krijgt de Sledgehamer een echte 32-bit cpu mee. Dit heeft als voordeel dat je "oude" software ook snel blijft dit in tegenstelling tot de Itanium waar alles eerst verwerkt moet worden voor de IA-64 architectuur.

WaaaauuuuuuuW super koeien zeg.

ja M$ ontwikkelt een 64 bits win2k

ja M$ ontwikkelt een 64 bits win2k