Itanium 2 evenaart Xeon in 32-bit met nieuwe emulator

Volgens een woordvoerder van Intel worden toekomstige Itanium-processors voorzien van een compleet vernieuwde x86-emulator. Tweakers.net onthulde meer dan twee jaar geleden dat de x86-prestaties van de IA-64 processors op dat moment om te huilen waren - tussen het niveau van een 486 en een Pentium 100 in. Bij de introductie van de Itanium 2 waren er al een paar flinke verbeteringen gemaakt aan het x86-deel, maar ondanks dat en de hogere kloksnelheid raadde zelfs Intel zelf het gebruik van deze feature niet aan, en bleef de x86-performance dus een nadeel voor de acceptatie van Itanium als vervanger van bestaande Xeon MP-servers. Intel heeft dat natuurlijk ook in de gaten gehad, en komt nu dan ook met een oplossing aanzetten: btrans.

Btrans is een zogenaamde IA-32 Execution Layer. Deze laag zorgt ervoor dat de oude 32 bit x86-instructies voor een groot deel rechtstreeks door de IA-64-core uitgevoerd kunnen worden. De vertaalslag lijkt deels plaats te vinden in software, want Intel werkt samen met Microsoft en Linux-ontwikkelaars om de technologie in de operating systemen ondersteund te krijgen. Volgens een woordvoerder van Intel is de performance van 32-bit code op een Itanium 2 met de nieuwe emulator te vergelijken met die van een 1,5GHz Xeon MP. Niet bepaald kinderachtig meer, maar ook nog niet echt wereldschokkend, zeker niet omdat gemeld wordt dat de resultaten wisselend zijn; de winst die met btrans behaald wordt ligt tussen de 10 en 100%. Samen met een toename in kloksnelheid van 50% met de komst van Madison moet er uiteindelijk toch een bruikbaar resultaat uit kunnen rollen.

Lees meer bij The Register.

Reacties (16)

[dmantione]

Alweer erg verdacht dat ze er 2 dagen na de Opteron introductie mee komen. FUD campagne van Intel: "Blijf bij Intel, u hoeft echt niet naar AMD over te stappen".

Het is trouwens erg knap dat een softwareemulatie zo efficient is, de snelheid van een 1,5 GHz Xeon is waarschijnlijk erg optimistisch gemeten...

[Verwijderd]

Voor het geld hoef je de overstap niet te laten..... kun je echt beter blijven bij een XEON :-)

[Verwijderd]

Voor het geld hoef je de overstap niet te laten..... kun je echt beter blijven bij een XEON

Daar gaat het ook helemaal niet om. Voor x86-32 code zal de Xeon uiteraard veel beter presteren. Alleen wat doe je als je in noodgevallen non IA-64 code op je Itanium server wilt draaien? Denk bijvoorbeeld aan diagnostische tools die (nog) niet geport zijn naar het IA-64 platform. Dan had je dus vroeger een probleem. En nu kun je evt, in noodgevallen dit soort dingen doen zonder dat het onacceptabel traag werkt. Of je hebt 1 kleine applicatie die nog niet geport is, maar waarvan weinig gebruik gemaakt wordt. Moet je er dan een (Xeon) server naast zetten voor die minimale CPU belasting eens in de zoveel tijd of laat je het uitvoeren door je Itanium systeem.

[Munters]

Dat is precies wat de Alpha al 10 jaar doet. En raad eens waar die ontwerpers al een tijdje werken?

[SimplyMe]

Beetje hetzelfde dus als AMD mijn hun x86-64.

Kijken ze het geheel toch een beetje af

[Beaves]

Nee, helemaal niet hetzelfde, de Opteron werkt compleet anders dan de Itanium en je kan ze dus niet met elkaar vergelijken.

De Opteron (de x86-64 instructieset) heeft een 32-bit core en hoeft dus niets te emuleren en is alleen daarom al veel sneller in 32-bit applicaties. Daarnaast heeft AMD nog tal van verbeteringen aangebracht aan het 32-bit deel, zoals een veel lagere geheugenlatencie + de extra registers waardoor de performance stijgt in 32-bit mode.

De Itanium heeft geen 32-bit deel en moet dus alles emuleren. Nu is Intel natuurlijk niet dom en is de Itanium niet langer een 486 in 32-bit modus, maar emulatie betekend altijd performance verlies. Daarnaast heeft de Itanium de extra's niet zoals de Opteron die wel heeft en verliest daardoor ook snelheid in vergelijking met de Opteron.

Daardoor is de Opteron dus veel sneller in 32-bit modus.

Het zijn gewoon twee CPU's die kwa ontwerp filosofie nogal ver uit elkaar staan, vergelijkingen lopen daardoor bijna altijd krom. Het beste kan je ze elkaar vergelijken door uit te zoeken welke CPU het beste voor de taak is geschikt met daarbij de afweging tussen performance en kosten. Dat de Opteron daarbij goed uit de bus komt is voor AMD mooi meegenomen.

[Olaf van der Spek]

Die extra registers zijn in 32-bit mode niet beschikbaar.

[cybermans]

dat hebben ze bij AMD beter gedaan. De opteron presteert nu al goed bij 32bit apps. Zou me ook niet verbazen dat deze informatie ook om die reden is vrij gegeven

[xerix]

De opteron is ook gewoon een 32bit processor met 64bit extenties in tegenstelling tot de Itanium wat een complete 64bit processor is. Beetje appels met peren vergelijken.

[Brent]

nou nou nou, daar doe je de opteron toch wel erg weinig eer aan. de pentium was ook al een 32bit cpu met 64 bit extenties (MMX). De Opteron is gewoon een echte 64bitter, alleen niet zoals de Itanium een compleet nieuwe architectuur (IA64 tegen IA32-64). Maar beide zijn echte 64bitters hoor.

[Olaf van der Spek]

Het 'aantal bits' van een processor zegt iets over de adresbreedte, niet over de registerbreedte.
De 8086 was ook geen 80-bit CPU of een 16-bit CPU met 80-bit extensies.

[jiriw]

Het 'aantal bits' van een processor zegt iets over de adresbreedte, niet over de registerbreedte.

Dat ben ik niet met je eens....

Kijk maar eens naar de 386. Iedereen zal het met me eens zijn dat de 386 de eerste x86 compatible 32 bitter is. Op iedere 386 versie draait namelijk Linux, en Linux draait alleen op 32 bit processoren (bij x86, weet het niet helemaal zeker bij andere architecturen ..of hoger: 64 bit dus).
Toch heeft de 386SX een 16 bit bus, al heeft het een 32 bit architectuur.

De AMD Opteron x86-64 heeft een 64 bit architectuur en een 64 bit bus (hypertransport) en is dus een volwaardige 64 bitter net als de IA-64 Itanium processoren.
Echter werkt de chip ook heel goed in 32 bit modus. Je moet dan natuurlijk wel de 64 bit register lengte missen en je kan dan maar 4GB mem rechtstreeks adresseren en zo ....

[SvMp]

Imho is het vrij zinloos om aandacht te steken in emulatie. Uiteindelijk moet je toch 64-bit applicaties draaien. Ik heb het idee dat Intel nogal wat energie verspilt aan het mogelijk maken van het draaien van oude applicaties. Daarbij werkt Intel samen met Linux, maar om de meeste "oude" Applicaties aan de gang te krijgen is het een kwestie van opnieuw compilen.
Ga je als Intel dus gewoon richten op het door ontwikkelen van die 64-bit processoren en laat het zo snel mogelijk inburgeren, zet 32-bit meteen over boord. Want anders wordt het drama van de 386 herhaald: Zelfs de nieuwste 32-bit processor, in principe een geavanceerde 386, heeft nog steeds dezelfde oude 8-bit en 16-bit architectuur aan boord die de 286 en voorgangers ook hadden. Het kan toch nooit de bedoeling zijn dat de geschiedenis zich herhaalt, en dat we over 10 jaar nog steeds 32-bit software draaien?

[Verwijderd]

Wel eens gedacht aan bedrijven (toch de doelgroep van de Itanium)? Deze draaien mission-critical applications, die ze niet zomaar van de een op de andere dag kunnen overzetten op een ander platform. Gewoon opnieuw compilen zonder de source te wijzigen is theoretisch mogelijk maar komt praktisch niet voor. En dan ga ik er al vanuit dat je sowieso al over de source beschikt.
Nee, dan is emulatie toch echt noodzakelijk voor een soepele overstap. En emulatie is wat anders als native execution. Zo kan de core zelf puur Itanium zijn, zonder x86 elementen erin. De x86-emulatie is een 'addon'.

[mjtdevries]

Maar wil je een mission critical stuk software dan zomaar op een emulator draaien? Daarmee introduceer je namelijk toch weer een extra risico. (bugs in de emulator)

Zo'n stuk software laat je gewoon lekker op de xeons draaien waar ze nu al op staan.
Pas als die Xeons veels te traag worden, en de Itanium veel sneller is zou je dan die emulator kunnen gaan overwegen. Zover zijn ze dus nog laaaaaang niet.

[ytsmabeer]

het is ook een emulator en geen echte 32 bits proccesor en voor een groot deel ook nog softwarematig dan vind ik het een bijzonder knape prestatie