Hoofdcategorien
Device Settings

Intel Itanium sneak preview

Door Wouter Tinus, maandag 22 januari 2001 16:09, views: 17.061

Conclusie

Voor je nu hieronder je reactie begint te tikken met 'Intel sucks ' is het aan te raden om dit laatste stuk ook nog even door te lezen. Er zijn namelijk een aantal punten waarmee de slechte performance in onze benchmarks kan worden goedgepraat.

* Pre-release hardware:

De Itanium die door ons getest is was zoals je weet een 667MHz model. De versies die gereleased worden zullen op 733 en 800MHz draaien. Die extra kloksnelheid op zich wil natuurlijk niet zeggen dat de Itanium ineens een stuk sneller zal zijn, maar we moeten er rekening mee houden dat de final versie van de hardware ook nog andere veranderingen kan ondergaan, zoals een snellere revisie van de core of een betere IA-32 decoder. Het is niet erg waarschijnlijk dat de performance ineens extreem vooruit gaat, maar het zou geen verrassing zijn als hij nog verbeterd wordt.

* Pre-release software:

Windows Whistler zelf is nog in Beta, maar ook de IA-64 HAL (Hardware Abstraction Layer) is waarschijnlijk nog verre van af. Microsoft zal voor de release van het 64 bit operating systeem nog veel dingen verbeteren en optimaliseren, wat uiteraard ook in betere performance resulteert. We weten immers niet in hoeverre de hardware verantwoordelijk was voor de traagheid, voor hetzelfde geld ligt het probleem bij de software.

* Gebrek aan IA-64 benchmarks:

We waren niet in staat om IA-64 software te draaien op het systeem omdat die simpelweg nergens te vinden was. Je moet er rekening mee houden dat de Itanium 100% is ontworpen voor IA-64 code en dat de IA-32 decoder maar een bijzaak was voor Intel. De ware kracht van de processor ligt dan ook niet in de tests die wij gedaan hebben maar in de applicaties die nog in ontwikkeling zijn. Vroege benchmarks van IA-64 code op Itanium systemen hebben echter al uitgewezen dat de nieuwe architectuur zeker in staat is om de Pentium 4 het veld uit te blazen met de helft van de kloksnelheid.

Uit eigen ervaring kunnen we alleen spreken over Whistler, de enige stuk Itanium software dat we hebben kunnen bekijken. Het operating system liep soepel, waardoor we in ieder geval kunnen concluderen dat de Itanium in IA-64 mode minstens even snel is als een normale Pentium III of Athlon processor met een gelijke kloksnelheid.

* Itanium als onderdeel van het grote geheel:

De Itanium mag dan nog geen ideale performance hebben en al helemaal geen prijs/prestatieverhouding, maar dat is ook helemaal nooit Intels bedoeling geweest. De eerste IA-64 processor is gemaakt om te bewijzen dat het mogelijk is en om er software op te ontwikkelen. De Itanium is niet meer dan een opstapje voor de tweede generatie McKinley, die ook zijn levensdagen zal moeten slijten in extreem dure databaseclusters. Pas over 3 4 jaar zullen de opvolgers van de Itanium je huiskamer binnenkomen en dat is genoeg tijd om de IA-32 prestaties te verbeteren. De introductie van de nieuwe 64 bit EPIC architectuur is zonder twijfel het grootste en langstlopende Intel project ooit en de Itanium is slechts een opstapje voor wat ons de komende 25 jaar te wachten staat.

* Slotwoord:

De IA-64 architectuur is veelbelovend door de revolutionaire EPIC features, die het in de toekomst mogelijk gaan maken om krachtigere computers te bouwen dan ooit tevoren. Er is echter een lange weg te gaan en voor je afknapt op de slechte IA-32 performance van de eerste chip moet je eerst naar het grote geheel kijken. Dit zul je namelijk voorlopig niet thuis zien:

Whistler 64 booting

Finally, we would like to thank the person who made this review possible, his name has to be kept secret, but we know who you are!

English visitors: You might want to check out the translation .

T'rug naar huus


Inhoudsopgave

Advertentie

Reacties

«  1  2  3  »

ik denk dat ik mijn p100 nog ff hou ;)

maar ff serieus...
ik meende een test gezien te hebben waarin de Itanium zeer goed uit kwam. dus ik denk ook dat dit grotendeels heeft te maken met de software en hardware die nog in beta vorm verkeren.

maar mochten jullie geen foto maken van die Itanium? want hij lijkt met wel een joekel...

dus het is ff wachten tot de hard/software itanium compatible is...

maar mochten jullie geen foto maken van die Itanium? want hij lijkt met wel een joekel...

http://athena.tweakers.net/search.dsp?Query=ita nium&DB=images

In verband met de geheimhouding mochten we geen foto's van de kast zelf maken (zowel binnenkant als buitenkant)

Aan de hand van de manier van constructie en serienummers kan namelijk afgeleid worden bij wie we getest hebben, en dat wilde men graag geheim houden :)

De foto's hier hebben we zelf gemaakt. De kast mochten we zoals Danil al zei niet vastleggen.

Sorry om te zeggen, maar ik vind deze sneakpreview waardeloos. Niet omdat jullie niet geprobeerd hebben, want dat hebben jullie zeker.
Het enige wat we nu weten is dat de Itanium GEEN x86 code kan draaien. Verder hebben we geen idee hoe snel hij is, of kan worden.
Als de mogelijkheid was geweest om het onder Linux te testen hadden wat meer kunnen leren, maar ik begrijp dat dat niet kon.
Verder goed uitgebreidt en netjes geschreven, best professioneel.

sja, maar als Intel zijn eerste IA-64 procs uitbrengt, dan zul je nog veel x86 software hebben die je niet wil vervangen.

Als op den duur er alleen maar IA-64 procs zijn zul je nog steeds x86 software nodig hebben. Blijkt nu dat je net zo goed je p100 ernaast kan zetten voor die software...

En het feit dat de itanium dus geen x86 code kan draaien wordt daarmee _uitermate_ belangrijk..

Onzin. Als je x86 software wilt draaien ga je helemaal geen IA-64 CPU aanschaffen. Een typisch McKinley systeem bijvoorbeeld zal wellicht Whistler met SQLServer draaien of Linux en DB2 - meer niet. Het is een *server* remember? ICQ en IRC hoeft er niet op |:(

Wat je ook niet moet vergeten is dat in relatief korte tijd IA-64 processors van high-end servers naar high-end workstations zullen afzakken om uiteindelijk bij high-end desktops uit te komen.

Op dat moment is het natuurlijk wel leuk om goede compatibiliteit te hebben met x86 code en daar moet dus nog flink aan gewerkt worden.

Ik denk niet dat ze dat gaan doen... Want wat bereiken ze daarmee? Helemaal niets, ze willen juist Pentium4 CPUs blijven verkopen de komende jaren.

Dat wil intel ook wel, en ze proberen dat ding met zijn hoge snelheden zsm in de markt te plempen.

Maar de P4 is met de bestaande applicaties nauwelijks sneller dan een P3. Echt nieuwe applicaties zullen er niet veel komen. Een software-ontwikkelaar stopt zijn energie liever in 64-bits wat 25 jaar meegaat, dan in 32-bits wat morgen vervangen wordt.
Bovendien was al gebleken dat de P4 veel sneller zou moeten zijn dan hij nu is, maar intel heeft uit kostenoverwegingen bepaalde componenten uit de P4 gehaald.

Intel weet dus heel goed dat IA-32 een aflopende zaak is (Dat willen ze zelf, anders kom je niet met IA-64) maar willen met weinig kosten nog wel even in de markt blijven. Voor de consument telt de snelheid in Mhz en intel kon daarmee niet meer meekomen met de P3. Dus moet de P4 dat werk overnemen. De nieuwe technieken in de P4 zorgen ervoor dat de kloksnelheid aanzienlijk omhoog kan. Sommige processen zullen ook zeker verbeterd zijn, maar met de huidige software is de P4 netto niet sneller dan de P3.

Volgens mij zijn dit zo'n beetje intels bedoelingen:
De P3 moest veel geld verdienen voor intel.
De P4 moet met 'weinig' inverstering de tijd tussen de P3 en IA-64 overbruggen.
De Itanium blijkt een kladblok voor komende IA-64 processors.
De McKinley zal de eerste commercile IA-64 proc zijn.

MetalStef

Is het niet mogeljik om zelf een simpele benchmark te schrijven. Alle datasheets en het instructie set is bekend. Als je dan een simpele benchmark zowel in AI64 als AI32 schrijft dan is het toch redelijk vergelijken?

Maar vergis je niet door deze tegenvallende benchmark resultaten. Ik bezat ooit een PentiumPro200 (overgeklokt naar 220 uiteraard) die onder Windows 95 niet veel sneller was als een Pentium 150. Maar dat veranderde erg snel toen er NT 4.0 uitkwam en alle software werd geoptimaliseerd voor 32 bit.

En hoe je het ook draait of keert 64bits is gewoon de toekomst. x86 cpu's zijn ooit begonnen met 8bits en dat is langzaam geevolueerd naar 32bit. Dus 64bit is de logische stap. In het begin nog strontduur maar het zal zich op een gegeven moment ook naar de desktop markt begeven.

De de 64bit implementatie van intel het zal halen daar twijfel ik niet aan want er is al een Whistler 64bits (beta). Maar zal AMD het redden met hun 64bit processor zonder core ondersteuning in Windows???

Ik denk ook dat AMD maar vlug aan het werk moet voor een 64bit processor (en niet zo'n opgewaardeerde) omdat dat toch de toekomst wordt. Op dit moment heeft AMD de betere processors maar ze moeten natuurlijk wel naar de toekomst kijken.
Maar misschien zijn ze al druk bezig hoor :)

Zie hier, onderaan de pagina.

daarop baseerd ik juist mijn reactie, ik vraag me dus of of ook amd een echt nieuwe core aan het ontwerpen is, want ik denk dat ze met deze aanpak achter gaan lopen op 64 bit

AMD heeft iig nog geen informatie over een nieuwe architectuur naar buiten gebracht, dus ALS ze er mee bezig zijn zou het nog jaren, maar dan ook jaren duren voordat hij af is. Tegen die tijd zal IA-64 al ver zijn doorontwikkeld en 'ingeburgerd', waardoor ik betwijfel of ze veel kans maken ALS ze het zouden doen.

De vraag is denk ik eerder: gaat AMD een IA-64 processor maken en ook niet onbelangrijk: mogen ze dat van Intel. Ik ben zeer benieuwd hoe dit gaat aflopen, want x86-64 stelt IMHO niets voor in vergelijking met IA-64.

Sterker nog: Intel heeft er niks over te zeggen of AMD een processor mag maken met IA-64 architectuur.
Een rechter heeft ooit uitgemaakt dat je andere bedrijven niet kan weigeren gebruik te maken van dezelfde instructieset. AMD zal nu dus wachten tot dat verstandig is, en in de tussentijd de Sledgehammer er naast zetten, die het marktsegment inpakt van mensen die zowel 32 als 64 willen..

Ik denk dat de amd 64bits de itanuim voorbij streeft in het begin maar als64 bits software op gang komt zal het tij keren maar dan zou amd wel snel moeten komen met de hammer .

Absoluut mee eens,
Het is wachten op de juiste ondersteunende software, verdere onmtwikkelingen en dan zal waarschijnlijk iedereen binnen een jaar of wat een 64bit systeem thuis hebben.

Hoewel dat nu nog niet aan de orde lijkt, maar als straks meer en meer door de PC geregeld gaat worden kom je niet meer weg met je PIII 1Ghz/AMD1Ghz.

Komplimenten voor jullie review, niet suggestief en duidelijk verwoord.

Is het niet mogeljik om zelf een simpele benchmark te schrijven.
Een goede, objectieve benchmark schrijven is niet iets wat je zomaar even doet. Natuurlijk, je kunt bepaalde aspecten gaan benchen... 'hoe snel kunnen beide cpu's een rotate uitvoeren?' enzo. Maar zegt dat iets over de overall performance van die systemen als daar (geoptimaliseerde) software op draait? Neen.

Dnetc is daarom ook een vrij slechte benchmark: (voor sommigen wel belangrijk om te weten natuurlijk ;)) er wordt maar een heel specifieke bewerking uitgevoerd. Zegt niets over overall performance.

(en nog afgezien van de complexheid van een goede benchmark is het praktisch gewoon niet echt mogelijk vanwege het ontbreken van fatsoenlijke compilers)
x86 cpu's zijn ooit begonnen met 8bits en dat is langzaam geevolueerd naar 32bit. Dus 64bit is de logische stap.
1. de eerste x86-processor was al 16-bits.
2. de Itanium is geen x86-cpu.

(welke definitie je ook hanteert voor x86)

de eerste x86-processor was al 16-bits
Jaaaaah! Geschiedenisles voor Tweakers.

De eerste uit de reeks was de 8084, een 4-bits CPU. Die werd gevolgd door de 8-bits 8080 en die werd opgevolgd door de 16-bits 8086. Dat was een dure chip, en die hebben ze goedkoper gemaakt door de externe bus 8-bit te maken. Dat werd de 8088.

De eerste x86 was dus de 8086, inderdaad een 16-bitter, en zijn eerste opvolger was de 8088, een 8-bitter.

De 8086 is, net als de 80186, erg populair geworden.

Even wat toevoegen en ter vraag stellen.

De 8088 is ook een groot succes geworden. Het is eigenlijk de standaard XT-machine die je nog wel eens op rommelmarkten ziet. De eerste computer bij ons thuis was er ook zo n, Tandon 8088 op 4,77 MHz, 640 kB Ram (dat is immers genoeg voor iedereen ;)), 20 MB HD en een 5.25" drive.

Maar in jouw verhaal, waar horen dan de 8008 en de daarop voorafgaande 4004 plaats, ook hele oude ontwerpen van Intel?

Die truc van de externe databus halveren heeft Intel trouwens ook toegepast bij de 386. De volledige 32-bits 386 ging door het leven als DX, maar de gekreupelde, met 16 bits bus, was de 386 SX. (pas bij de 486 stond het voor wel of geen L1 cache op de chip).

De eerste x86 was dus de 8086, inderdaad een 16-bitter, en zijn eerste opvolger was de 8088, een 8-bitter.
Nee. De 8088 was ook gewoon een 16-bits cpu. Het enige dat er 8-bits aan was was het datapad naar buiten toe.
De 8086 is, net als de 80186, erg populair geworden.
De 80186 populair????? Bij wie dan??

pas bij de 486 stond het voor wel of geen L1 cache op de chip
Nee, bij de 486 ging het over wel of geen FPU.

80186: ik heb hem ook eigenlijk alleen maar eens in specificaties van n of ander HP palmtopje gezien.

Van de 486SX: je brengt me aan het twijfelen....

De 8086 is, net als de 80186, erg populair geworden.
De 80186 populair????? Bij wie dan??
Heb inderdaad een jaar of 7 terug eens een 186 gezien en er gek naar gestaard. Maar ik denk toch dat Onno het als :+ bedoelde.

De 8086 was overigens wel vrij populair, alleen niet in PC/XT systemen. De meeste CP/M systemen liepen erop. In die tijd was de PC nog niet zo dominant als het de laatste decennium geweest is.

Het verschil tussen een 486dx en 486sx is dat de laatste geen fpu unit had, de eerste wel.
Verder waren ze hetzelfde.

[edit] Shit moest verder kijken. Was al gecorrigeert door Onno. Dacht dat er nog niet op gereageerd was

Met wat voor andere 64bits processor zou jij hem dan mee willen vergelijken ???

De IA is nooit 8 bit geweest. Vanaf het begin (8086) al alles in 16 bits. Er is alleen een versie (8088) geweest die (vanwege de kosten) een externe databus van 8 bits had. Verder was ook deze processor 16 bits. 8088 is zeg maar een 8086sx ;)

Ik vind het heel knap dat jullie het voor elkaar hebben gekregen dat jullie de Itanium mochten testen, alleen jammer dat jullie geen goede software hadden.
Daar konden jullie ook niet aan doen, maar jullie zijn wel 1 van de eerste bij wie er een review is te vinden.

Ga zo door!

Hoe zal zo'n } :o grazen met een voor deze processor geschreven client?

AHEM
dit is een beetje te vergelijken met het laten varen(32bit) van een auto, en dan zeggen dat de boot het veel beter doet! Terwijl een auto op land(64 bit) hoort DUH! logisch

denk ik ;)

Maar wat als je de komende tijd nauwelijks land ter beschikking hebt om op te rijden?

Dan zul je het wel met water moeten doen :)

Ja, maar de eerste itaniums zullen toch niet in home systemen komen maar in grote servers, en daar zal deze standaard heel snel doordringen imho

Ik werk in een bedrijf waar ze zo'n bak hebben staan. :) Ik heb em gezien kast is (hxlxb) 75x75x100 cm ongeveer. Weet het niet precies meer.
Maar wat ik er van gehoord heb, is dat ze een aangepaste windows 2000 er op draaide en dat het nog niet echt super draaide.
Deze machine hebben ze gebruikt om grote databases te laten draaien en dat ging best aardig, met in het achterhoofd dat nog veel code geoptimaliseerd dient te worden.
Je moet wel weten deze machines worden voornamelijk gebruikt om grote applicaties en grote databases te laten runnen.

Kan niet anders zeggen dat jullie duidelijk hebben uitgelegd wat de IA-64 straks moet gaan doen.
Het feit dat er niet (echt) getest kon worden wilt niet zeggen dat het dan ook gelijk maar slecht is.
Verder heb ik weer iets meer geleerd op een duidelijke manier.

Dat er hier sprake is van technologisch hoogstandje mag duidelijk zijn. En ik moet zeggen dat ik zo'n sneak preview toch best aardig vind, al is het alleen maar om de theorie. Is toch gaaf dat er op zo'n niveau ontwikkeld wordt (ik vind in ieder geval van wel). Dit zal ongetwijfeld bij andere fabrikanten ook zo zijn, maar dit zijn essentiele veranderingen, die de computerwereld daadwerkelijk kunnen veranderen.

Ik hoop echter vooral 1 ding. Als Intel dat ding in de toekomst uit gaat brengen...PLEASE laat die naam dan gewoon in tact. Itanium....klinkt gewoon robuust...betere opties zijn natuurlijk altijd welkom, en Pentium zal ie waarschijnlijk wel niet meer gaan heten. Maar toch, ze hebben tot nog toe alle codenamen naar het ronde archief verwezen, het wordt weer eens tijd voor wat verandering.

More of this previewing stuff please :)

Dex

De naam blijft Itanium, de codenaam was Merced. McKinley zal dan wel Itanium II worden ofzo ;)

De 41 bit bieden meteen ruimte voor eventuele data die de opdracht nodig kan hebben, zodat deze niet zoals bij IA-32 apart moet worden opgehaald.
Mja. Tja. Data zit bij IA32 ook gewoon in de instructie, alleen hebben de instructies geen vaste lengte. Wat je bedoelt met 'apart ophalen' is mij niet geheel duidelijk.

41 bits per instructie lijkt me trouwens wel _erg_ weinig voor een 64-bits processor. Hoe wil je in vredesnaam een geheugenadres aanspreken? Of een getal naar een register schrijven? Dat past niet.

Die 3x 41 bits zullen dus wel tot 2 of zelfs 1 instructie samengetrokken kunnen worden?
Dit zijn dus zes binnenkomen opdrachten per kloktik en omdat sommige opdrachten meerdere operaties vereisen kan het aantal verwerkte opdrachten per kloktik oplopen tot 20.
Erg onlogische zin. Het laatste 'opdrachten' moet sowieso 'operaties' zijn lijkt me (voor de consistentie) maar ook de redenatie klopt ook niet. :)

Tnx, is aangepast.

Over die 41 bit instructies: de eerste generatie Itanium systemen zal door chipsetbeperkingen 'maar' 64GB (= 36 bit) geheugen kunnen aanspreken. Voorlopig kan het dus nog, maar ik weet niet wat ze in de toekomst van plan zijn.

Er zijn enkele instructies in de X-unit, dit is de extended instructieset, die 2 stukjes van 41 bit bevatten, 1 stukje met de gewone instructie, en een blok met een immediate stuk....

hierin zit onder andere de move long immediate64, waarmee het mogelijk is om direct 64bit getallen te kunnen laden.

de geheugenadressen in load/store komen altijd uit een register, dus daarbij is het niet nodig om meer dan 41 bit te gebruiken. Om echter voor elk geheugen adres een move long immediate64 te gebruiken wordt te traag. Daarom raadt intel aan om een global pointer te gebruiken, en geheugen met een offset daarop te adresseren. Dan is het laden van een geheugenadres dus een immediate add op de global pointer en daarna een load.
Aangezien echter de maximale grootte van de immediate value bij een add 22 bits is (er is een add imm14 en een add imm22), is de maximale hoeveelheid geheugen die op deze manier adresseerbaar is slechts 4mb.

Er zijn enkele instructies in de X-unit, dit is de extended instructieset, die 2 stukjes van 41 bit bevatten, 1 stukje met de gewone instructie, en een blok met een immediate stuk....
Goed gegokt dus. :)
Aangezien echter de maximale grootte van de immediate value bij een add 22 bits is (er is een add imm14 en een add imm22), is de maximale hoeveelheid geheugen die op deze manier adresseerbaar is slechts 4mb.
Hmm... naja. Echt elegant vind ik dat niet klinken, maar waarschijnlijk zul je er weinig last van hebben: dynamische datastructuren adresseer je toch niet met immediates. (en dat zijn wel de dingen die groter dan 4MB plegen te worden)
«  1  2  3  »

Op dit item kan niet meer gereageerd worden.

VNU Media logo Hosted by True

© 1998 - 2012 Tweakers.net B.V. - Alle rechten voorbehouden - Contact - Jouw privacy - Algemene Voorwaarden

Uitgever van:

Website van het jaar 2011