Cookies op Tweakers

Tweakers maakt gebruik van cookies, onder andere om de website te analyseren, het gebruiksgemak te vergroten en advertenties te tonen. Door gebruik te maken van deze website, of door op 'Ga verder' te klikken, geef je toestemming voor het gebruik van cookies. Wil je meer informatie over cookies en hoe ze worden gebruikt, bekijk dan ons cookiebeleid.

Meer informatie

Door , , 13 reacties
Bron: ENT News, submitter: EaS

Op ENT News wordt gemeld dat de IA-32 Execution Layer van Intel zal worden opgenomen in het eerste service pack voor Windows Server 2003. Hoewel de definitieve versie van deze patch pas aan het einde van het jaar verwacht wordt, zal Intel in samenwerking met Microsoft een beta-versie van het service pack uitgeven, waar alvast een preview van de emulator in op is genomen. Daarnaast wordt gewerkt aan een Linux-versie. Volgens Intel zou x86-software dankzij de softwarematige vertaling even snel moeten draaien als op een gelijk geklokte Pentium 4. Gezien het feit dat de snelste Itanium op dit moment op 1,5GHz draait is dat nog steeds niet heel erg snel, maar het is zeker beter dan de 486-achtige taferelen die we op de originele Itanium aantroffen.

IA-32 execution layer

Opvallend detail is overigens dat Microsoft in hetzelfde service pack officiŽle ondersteuning voor de AMD64-architectuur zal toevoegen.

Moderatie-faq Wijzig weergave

Reacties (13)

Hier heb ik pas over gelezen op The Register of The Enquirer (een van die twee, ik ben niet de enige die die sites weleens door elkaar haalt ;) ). Anyway, het zou een reactie van Intel op de Opteron zijn geweest. De hardware-matige ia32-compatibiliteit was zo dramatisch traag dat die eigenlijk niet serieus te gebruiken was, behalve wellicht voor kleine legacy programmaatjes. Toen Intel echter zag dat de Opteron van AMD zowel met 32-bits- als 64-bits-code razendsnel overweg kon, moest Intel wel wat bedenken. De oplossing was dus een volledig software-matige ia32-emulator die op het 64-bit-gedeelte van de Itanium zou draaien. Ondanks het feit dat het een softwarematige emulator betreft, doet die het bizar genoeg stukken beter dan de hardwarematige ia32-compatibiliteit die standaard in de Itanium zit ingebakken.

Dit blijft echter een softwarematige oplossing, dus de Opteron blijft aantrekkelijk om het feit dat die "out of the box" gewoonweg goed presteert, zowel wat 32-bits als 64-bits code betreft. :)
Dit blijft echter een softwarematige oplossing, dus de Opteron blijft aantrekkelijk om het feit dat die "out of the box" gewoonweg goed presteert
Hehehe, zonder 'softwarematige oplossing' (lees OS met support voor x86-32 en x86-64) doet ook die Opteron 'out of the box' helemaal niks met 32-bits en 64-bits code hoor :+ .
about time, het is toch helemaal absurd dat als je voor tig duizend (mss niet tig maar toch veel) dollar/euro (kies zelf) een 486 krijgt en alleen de 64 bits apps (die er zeker in het begin weinig waren) goed snel draaien
ik denk dat dit een zeer goede ontwikkeling is
het is toch helemaal absurd dat als je voor tig duizend (mss niet tig maar toch veel) dollar/euro (kies zelf) een 486 krijgt en alleen de 64 bits apps (die er zeker in het begin weinig waren) goed snel draaien
Volgens mij sla je daar de spijker op zijn kop, of misschien net er naast. Een itanium is niet "zomaar" een proc die je aanschaft, als je zoveel geld uitgeeft aan een 64 bits proc doe je dat specifiek voor bepaalde applicaties/functies. Natuurlijk is het handig als 32bit er ook redelijk op draait, maar dat is nou eenmaal niet de insteek van itanium, wat dat betreft is die ge-emuleerde 1,5 ghz 32 bits snelheid meer dan zat om het noodzakelijke te kunnen doen.

Dat de eerste itaniums geen succes zijn geworden, kwam niet alleen door het gebrek aan applicaties, maar ook door de tegenvallende prestaties in de 64bits apps die er al wel waren.

edit: te laat :Z

edit 2:
Opvallend detail is overigens dat Microsoft in hetzelfde service pack officiŽle ondersteuning voor de AMD64-architectuur zal toevoegen.
Wat is daar opvallend aan? Die procs zijn dan nog wel niet beschikbaar (of zelfs maar gelanceerd). Maar waarom zou je het uit een SP laten als je klaar bent met het implementeren ervan?
De opteron is al lang te krijgen :).
AMD-64 proc's zijn dus al te koop.

(Athlon 64's ook, voor genoeg geld geven ze je wel een paar ,of laat je een paar wafers jatten & maakt er zelf cpu's vak :+)
en alleen de 64 bits apps goed snel draaien
Niet om het een of ander, maar is dat ook niet de hoofdfunctie van een 64 bits cpu?
Het feit dat er Hybride cpu's bestaan is mooi meegenomen, maar ik denk dat je het draaien van 32 bits applicaties op een IA64 cpu toch moet zien als een 'extraatje' en zeker niet als zijn hoofdfunctie.
Intel promoot nog steeds dat de Itanium "gewoon" 32-bit code kan draaien. Sinds Opeteron leggen ze hier zelfs weer meer nadruk up!

Het zal wel oplopend zijn naar de launch van deze emulator.

Overigens, ik dacht dat de Itanium geen 100% virtualisation ondersteund (ivm een artikel over VMware ooit gelezen). Benieuwd hoe ze dat dan precies hebben opgelost, maar men heeft voor Itanium dus inderdaad OS support nodig, lijkt me dat dat betekend dat alleen toepassing die puur in userspace draaien ondersteund gaan worden.
Ik vind het eigenlijk wel bittere noodzaak, als ze dit niet doen, verkopen ze ze echt nauwelijks. Het probleem is dat er 64 bits versies van programma's moeten komen. Tot die er zijn en goed werken, wil je wel dat de 32 bits versie ook goed draait zodat je die kan gebruiken.

Bovendien ben je altijd ook afhankelijk van (waarschijnlijk minder kritische) applicaties die geen 64 bit zijn. Het is jammer als je server wel veel sneller is, maar hij b.v. door je virusscanner nog zo traag als dikke str*nt door een trechter is.
Ik vind het eigenlijk wel bittere noodzaak, als ze dit niet doen, verkopen ze ze echt nauwelijks.
Ben ik niet met je eens, de Itanium wordt niet gekocht voor gebruik in een fileserver of als mail server, maar voor specialistische dingen zoals zware databases of het doorrekenen van complexe rekenmodelen. De Itanium is zo duur dat hij dus niet geschikt is voor de wat normalere server taken.

Voor die specialistische taken is de software wel vaak opnieuw gecompiled voor IA-64 en heb je dus een goede performance.
Bovendien ben je altijd ook afhankelijk van (waarschijnlijk minder kritische) applicaties die geen 64 bit zijn. Het is jammer als je server wel veel sneller is, maar hij b.v. door je virusscanner nog zo traag als dikke str*nt door een trechter is.
Goed punt, ik weet niet hoe ze dat oplossen, maar ik kan me voorstellen dat ze dan geen virusscanner op de server zelf zetten maar de machine goed afschermen, dus niet direct aan internet hangen en alleen mensen toegang geven die weten wat ze doen en dus geen onvertrouwde bestanden gaan openen op de server.
Ben ik niet met je eens, de Itanium wordt niet gekocht voor gebruik in een fileserver of als mail server, maar voor specialistische dingen zoals zware databases of het doorrekenen van complexe rekenmodelen. De Itanium is zo duur dat hij dus niet geschikt is voor de wat normalere server taken.
Dat is nu juist het probleem met de Itanium, hij is alleen geschikt voor hele specialistische dingen. Zodra Deerfield op de markt is zal de prijs van een Itanium systeem flink omlaag kunnen. Daarmee kunnen die systemen voor een veel grotere markt interessant zijn, mits er voldoende software beschikbaar is. Vooral voor workstationgebruik zal het nog lange tijd gewoon zijn om naast een paar belangrijke 64-bit apps ook wat legacy x86 software te draaien. Het is dan wel prettig dat de Itanium met 32-bit programma's, ook al zullen het vaak niet de belangrijkste programma's zijn, beter presteert dan een Pentium II.

Servers zijn meestal 'dedicated' voor een bepaalde taak zodat het probleem daar minder speelt. De belangrijke servertoepassingen zullen toch wel vrij snel geport worden naar IA-64.
en ze hebben er ook zo lang over moeten doen om er ook maar een beetje prestaties uit te krijgen, echt heel erg jammer dat ze nou nooit met iets echt nieuws komen zouden ze het nou echt niet kunnen of doen ze dat ons geloven.
Voordat je gaan flamen richting Intel zou ik toch wat beter gaan rondkijken op de diverse site's, want dan had je geweten dat de Itanium wel iets nieuws is en dat dat juist voor de genoemde problemen zorgt.

De Itanium maakt gebruik van EPIC als instructieset, een instructieset die erg goed is in het parallel verwerken van data en die erg afhankelijk is van de compiler aangezien die moet aangeven in welke volgorde de Itanium instructies moet uivoeren. De x86(-64) instructieset is dat niet, die heeft zelf technieken zoals branch-prediction om te bepalen in welke volgorde hij instructies moet uitvoeren.

De Itanium is daarnaast niet langzaam, hij kan goed meekomen met de andere 64-bitters zoals de Power4 van IBM, het is stuivertje wisselen tussen die twee. Kijk maar eens naar deze post voor benchmarks.

Intel komt dus wel met iets compleet nieuws, juist AMD gaat door met een verouderde instructieset die x86 heet.

Alleen heeft AMD erg goed werk vericht om door allerlei optimalisaties de x86 instructieset tot ongekende hoogte te doen stijgen kwa performance en ze hebben het voordeel dat ze zowel 32 als 64-bit software native kunnen uitvoeren.
Waarom komt er eigenlijk zo snel een SP uit ?? :?
In de binaries is nu al Build 1023 te vinden :Y)

Op dit item kan niet meer gereageerd worden.



Apple iOS 10 Google Pixel Apple iPhone 7 Sony PlayStation VR AMD Radeon RX 480 4GB Battlefield 1 Google Android Nougat Watch Dogs 2

© 1998 - 2016 de Persgroep Online Services B.V. Tweakers vormt samen met o.a. Autotrack en Carsom.nl de Persgroep Online Services B.V. Hosting door True