Hoofdcategorieën
Device Settings

Yamhill Technology: Intel's geheime wapen?

Door Jack Leenders, zaterdag 26 januari 2002 00:53
Bron: Mercury Center, views: 935

In Hillsboro, Oregon, werkt een klein team Intel engineers in stilte aan een processortechnologie, waarvan de chipgigant hoopt deze nooit in te moeten zetten. Dat schrijft Mercury Center in een artikel, waarin ondermeer een voormalig Intel-ingenieur - die anoniem wou blijven - en een paar analisten hun licht laten schijnen op 'Yamhill Technology' (YT), zoals Intel's x86-64 ontwikkeling genoemd wordt.

Intel logo bij Intel gebouwHet artikel vertelt dat in een volgende versie van Intel's Pentium processor x86-64 extensies ingebouwd zullen zijn en dat, wanneer de markt en de concurrentie Intel daartoe nopen, de Yamhill code alsnog geactiveerd zal worden in 2003 of 2004. Dit zou het geval kunnen zijn wanneer het succes van de volgende 64-bits Itanium processor (McKinley) achterblijft op de verwachtingen.

Het verwarrende in dit verhaal is echter de codenaam Prescott die de desbetreffende chip zou dragen, want dat was ook de codenaam voor de 0,18 micron Willamette in Socket478 uitvoering: een processor die nu door de 0,13 micron Northwood langzaam maar zeker vervangen wordt.

Analisten bevestigen dat het zeer aannemelijk is dat Intel een dergelijk ontwerp achter de hand houdt. Dit omdat volgens hen Intel het risico van een tegenvallend succes van de 64-bits Itanium, zonder backupplan, niet kan lopen. Intel zelf weigert ieder commentaar op het artikel, met als argument "dat men nooit uitspraken doet over producten die niet aangekondigd zijn". Maar volgens de analisten moet Intel zoiets ook wel ontkennen, omdat bevestiging ervan het beeld van Intel's vertrouwen in - en daarmee het succes van - de Itanium zou kunnen ondermijnen:

Intel's decision to back the novel Itanium architecture had upset a small group of Intel engineers in Oregon, who preferred to build on the x86 legacy. When AMD released the specifications of its upcoming 64-bit chips in the summer of 2000, these ``cowboy'' engineers decided that Intel needed to match its rival. They began developing their own 64-bit extensions to the Pentium line, making sure the code was compatible with AMD's design.

The Oregon team's initiative inflamed the feud between them and the Santa Clara team developing the Itanium, according to former engineers. But top executives, including Chief Executive Craig Barrett, reluctantly decided to support Yamhill development in addition to Itanium.
Volgende 09:01 Soldam's Pandora S barebone review
Vorige 19:37 MSI kondigt KT333 moederbord aan
Advertentie

Reacties

«  1  2  »

Is dit een soort Sledgehammer/Clawhammer verhaal, of zit ik er weer eens helemaal naast?
(sorry dat ik meteen een vergelijking maak met AMD btw...)

Inderdaad, dit is de directe tegenhanger van de hammer serie van Amd. Die wel doorbouwd op het succes van x86-32 processoren.
Zoals in het stukje ook naar voren komt is het het backupplan voor de IA64 technologie.

* 786562 TheGhostInc
Daarnaast zou het verschil tussen de Hammer's en de IA64 processoren weleens mee kunnen gaan vallen, elk OS zal in beide smaken waarschijnlijk uitkomen, en belangrijke cq. zware software zal waarschijnlijk ook voor beide architecturen uitkomen.
Ik vraag me wel af hoeveel verschil er tussen zit, is het alleen een andere compiler, of moet er veel meer veranderen.

* TheGhostInc vraagt zich af of de IA64 architectuur wel kan floppen, als Intel nu 80% van de markt in handen heeft, dan zal dat dadelijk altijd nog een meerderheid zijn, ze zullen dus redelijk wat IA64 machines gaan verkopen.
Het probleem waar Intel mee kampt is dat de Itanium momenteel niet van de grond wil komen terwijl ze over één à twee jaar een goed presterende x86 opvolger moeten hebben vanwege het simpele feit dat de beperkingen van 32-bit adressering dan 32-bit x86 processors ongeschikt maken voor gebruik in servers. Tegen die tijd heeft een beetje server meer dan 4GB RAM nodig.

AMD heeft in principe een oplossing voor het probleem en deze oplossing kan alle oude software draaien. Intel heeft een compleet nieuwe architectuur waar nog weinig software voor is en die momenteel nog niet optimaal presteert. Stel dat de Itanium om wat voor reden dan ook faalt, dan heeft Intel over een paar jaar een probleem.

Overigens vind ik dat ze dan beter de Alpha uit de kast kunnen trekken dat een 64-bit x86 processor te ontwerpen. De Alpha is het meest vooruitstrevende RISC design van dit moment. De Alpha heeft zich allang bewezen, presteert goed en er waren ook al voldoende plannen om de architectuur in de toekomst verder te ontwikkelen. Als ze nou gewoon de IA-64 dumpen en voortburderen op de Alpha is het hele probleem opgelost denk ik dan :) .

Het probleem waar Intel mee kampt is dat de Itanium momenteel niet van de grond wil komen
Daarom gaat Jaguar Racing ook zijn nieuwe Formule1 wagen daarmee ontwikkelen en er o.a. windtunnelstudies mee simuleren:
http://www.computing.vnunet.com/News/1128452
Het is namelijk niet de bedoeling dat zo'n racewagen van de grond los komt :)

Intel's Itanium chip is bedoeld voor het wennen aan de EPIC architectuur. Dat de chip 64bit is is logisch: waarom zou je hem geen 64bit maken? Dat het een lang traject is is ook logisch: alles en iedereen is vastgeroest in x86. Het is onnozel te denken dat Intel de EPIC architectuur gaat vervangen door een x86-64 variant en zo door blijft modderen met de x86 instructieset. Daar is de rek allang uit. Intel weet dat, en AMD weet dat ook.

Als ze nou gewoon de IA-64 dumpen en voortburderen op de Alpha is het hele probleem opgelost denk ik dan :).
Gezien hun partnership met HP denk ik dan niet dat dat tot de mogelijkheden behoort. :)

Eigenlijk vind ik het wel een beetje jammer en oneerlijk dat iedereen schijnt te vergeten dat de Itanium net zo veel HP is als Intel.

Hewlett-Packard heeft het grondontwerp gemaakt, omdat ze een opvolger voor PA-RISC wouden hebben. Inmiddels hebben ze zowel Linux als hun eigen HP-UX naar het platform geport. HP-UX heeft nu voor 100% ondersteuning voor Itanium, m.a.w. Itanium is in te zetten in een productieomgeving. Dat is echt geen kleine commitment geweest!

HP heeft dan ook precies dezelfde problemen die Intel heeft met de acceptatie: huidige PA-RISC systemen zijn sneller dan Itanium. HP heeft zelf een overgangsperiode van 2 jaar in gedachten: in de komende twee jaar gaat IA-64 meerdere factoren beter presteren terwijl er slechts enkele speed-grades voor het "oude" platform zullen zijn. HP wil dat hun grote klanten nu Itanium systemen aanschaffen en er aan gaan wennen. Voor ieder verkocht HP Itanium systeem verschaft HP 50% korting voor een vergelijkbaar HP McKinley systeem zodra ze er zijn.

Over twee jaar is kan er bij de aanschaf van een nieuw HP-UX systeem geen twijfel: je wilt en neemt IA-64. Hetzelfde misschien voor de zwaardere Windows servers, maar dat hangt af van hoe goed dat gaat werken (is nu nog niet bekend).

* TheGhostInc vraagt zich af of de IA64 architectuur wel kan floppen, als Intel nu 80% van de markt in handen heeft, dan zal dat dadelijk altijd nog een meerderheid zijn, ze zullen dus redelijk wat IA64 machines gaan verkopen
Wat vertegenwoordigd die 80% de desktopmarkt.? In de high-end/enterprise servermarkt spelen vele platformen mee dus daar is het geen 80% of het is dan wel erg toevallig want dan hebben die anderen maar 20% te verdelen Sun sparc etc. En AMD moet daar nog beginnen met de Sledge hammer.

Typisch de economie van tegenwoordig :'(

Geld geld geld.. En of het product wel voldoet aan alle eisen, vragen of kwaliteit is minder belangrijk.

Die extra functie.. is de cpu dan opeens een stuk sneller wanneer dit wordt ingeschakeld :? Zou tof zijn als we t zelf kunnen inschakelen :P

//offtopic: Tis trouwens bedtijd :P

Dit is de grootste hoax sinds tijden

Shell zou ook al een formule in de kluis hebben liggen, om alle auto's milieu vriendelijke (zonder shell brandstof) te laten rijden.

Dat is niet waar. Het is al eens eerder aan de orde geweest (ongeveer een half jaar geleden). Zie voor meer info:
http://www.tweakers.net/nieuws/16932

Wat een wazig artikel? :?

Er wordt iets gemaakt, maar dat wordt ook weer ontkend. Jaja......

nee man...het is gewoon een backupplan voor als de itanium enorm gaat zuigen. Dan kunnen ze dit inschakelen en dus eigenlijk AMD immiteren.

Issut dan voor Intel dan niet slim om eerst uit te proberen of die 'publieke' core wel aan Intel's eigen verwachtingen voldoet voor een 64-bit core???
Mocht het resultaat tegenvallen dan kunnen ze beter meteen op het nieuwe design overstappen...

ja, check your resources zou ik zeggen. " Mercury Center" wasda d8 ik?
Kort oordeel van mijzelf (na 5 minuten zoeken: kritiek is welkom).
Volgens mij een soort "Gelderlander" (no offence kan van alles zijn). Met een bericht uit de omgeving. Zoiets als: "de door zwaluwen geteisterde aardbeienvelden zullen dit jaar een aanmerkelijke lagere opbrengst te zien geven" .
Zelfde context voor dit berichtje.

edit: "gelderlander" is een regionale krant (vul dus maar de jouwe in"

En waarom zou een krant, gevestigd in de streek waar Intel's Headquarters staan en een ex-Intel engineer spreekt, dit uit z'n duim zuigen? Ook in Nederland komen bepaalde nieuwsitems eerder op de regionale TV-zenders...Ik kan verder alleen maar constateren dat vandaag alle grote PC-nieuwssites dit bericht overnemen.

Ik zou er niet raar van opkijken als 'De Gelderlander' bepaalde 'infoleaks' over Philips Semiconductors bijvoorbeeld of de Nuon, eerder heeft en plaatst dan een nationaal dagblad.

waarvan de chipgigant hoopt deze nooit in te moeten zetten
Moment.
Intel ontwikkelt dus een processor die beter is dan de 64-bits Itanium, maar ze hopen deze techniek nooit te zullen gebruiken? Dus als ik het goed begrijp worden deze gewoon weggeflikkerd als de Itanium wel slaagt. Dat is vreemd, je zou nl. denken dat ze hem dan als opvolger zouden gebruiken.

Natuurlijk niet.
Technisch gezien is deze processor inferieur aan de "echte" 64 bits variant. Deze zit zeg maar op het zelfde niveau als de 64 bits processor van AMD.

Daardoor zal het echter wel makkelijker (lees: goedkoper) zijn deze processor te maken. Als de "echte" 64 bits dus nog niet geschikt is voor de grote markt (te duur) kunnen ze deze nog inzetten als gulden middenweg.

Anders zou iedereen die een 64 bits proc. wil kopen maar niet het geld heeft wat Intel voor hun paradepaardje vraagt immers een AMD kopen. En dat is waarschijnlijk niet de bedoeling van Intel (gokje ;) ).

EDIT:
Inderdaad, ik bedoelde met de "echte" 64 bits de pure 64 bits processor van Intel dus zonder x86 instructies. Deze is toch ook een stuk sneller met het 64 bits werk en veel trager met het 32 bits rekenen :?
/EDIT

Wat is er onecht aan een 64-bit x86 processor?

Wat is er onecht aan een 64-bit x86 processor?

Doelt ie met de "echte" 64 bits cpu niet op de cpu die Intel ook echt uitbrengt als 64 bits cpu? (da's de itanium toch?)

Ik denk dat ie er op doelt dat de IA64 architectuur niet alleen 64 bit is maar ook meteen een compleet nieuwe architectuur in plaats van wat AMD met zijn x86 64 doet.
Overigens denk ik dat deze x86 64 technologie misschien wel handig als een notebook processor.

64bits houd in per bit 64 geleider baantjes voor de data bus van de ingang van de CPU ALU's van de core die dus per maximaal 64bits worden bewerkt ipv tot maar 32bit's bij IA32

Dus de core stages zijn 64bits en alle/meeste registers ook

'n int in 64bits modus is dus vaak 64bits en zorgt 64bits alignment voor de hoogste efficentie

'n 32bitter kan 4 8bits kleuren rondpompen
'n 64bitter kan 8 maal 8bits kleuren rond pompen
is in zo'n code geval 2x zo snel.

De huidige IA32 is nu de architectuur standaart X86 en IA64 is een totaal andere nieuwe architektuur (EPIC) die niet compatibel is.

Dus de hardware implementatie is totaal anders om native copatible te zijn moesten ze de IA32 appart in de core Implementeren dan krijg je Itanium EPIC core met 'n Netburst core er in.
Dit hebben ze bijvoorbeeld in het verleden gedaan toen ze van 8bits cores naar 16bitscores en naar 32bit cores met Cisc decoders met microcode naar Risc. En had de CPU 'n paar modusen om in te werken.
Om de "die" te bepeperken hebben ze het niet gedaan en die ballast overbord gegooid, kost DIe space.

De X86-64 is een echte 64bitter verwerkt data per 64bits net als de itanium. maar zijn implementatie architektuur is kompatibel met IA32 en kan dus Cascaded worden geimplementeerd,
lijkt iets op het crossbar foefje van nVidia kan 32bits 64bits en 128bit transfers aan simultaan. maar er zijn wel grote verschillen

De logic implementatie is hetzelfde dus van 32bits naar 64bits is eenvoudiger in één core te verwezenlijken.

De huidige compilers zijn IA32 optimized deze zijn eenvoudiger uit tebreiden naar x86-64
EPIC compilers worden van de grond af opnieuw gemaakt is dus moeilijker maar ze zijn er wel net zolang mee bezig geweest als de itanium zelf dus.

Er zal wel een performance verschil zijn tussen EPIC en x86 maar dat heeft met de logic architektuur en compilers te maken en niet met 64bits want dat hebben ze beide.

Dus hoe snel zijn ze met 64bits data te verwerken.

De kracht van de itanium zit hem in de Epic architektuur gekoppeld aan 64bits
De kracht van de hammer zit hem in sterk optimized x86 design en 64bits modus en IA32 native support.

'n 32bitter kan 4 8bits kleuren rondpompen
'n 64bitter kan 8 maal 8bits kleuren rond pompen
is in zo'n code geval 2x zo snel.

Da's niet helemaal waar. De 16/32/64/128 bit architectuur word namelijk vrij los door elkaar heen gebruikt.

Neem bijvoorbeeld de PS2, een 128-bit MIPS R5900 (van Toshiba als ik me niet vergis), dus hij heeft 128 bit registers. De memory bus is 32 bit (effectief 28, met de SPAD, UC, UCA bits bijgerekend), en de ALUs zijn 64 bit. Ja, wat is dit nou? Je kan 128 bit berekeningen doen (maar dan gebruik je beide 64-bit ALUs), de memory bus is 32 bit, en de ALUs 64.

Zelfde geldt voor Intel, op een Pentium MMX heb je 64 bit MMX registers zitten, op een 32-bit architectuur, een SSE omgeving (P3+?) heb je 128 bit vector-registers liggen wederom om een 32bit architectuur.

Het lijkt erop dat CPU-bakkers voor PC's de bit-wideness definitie gebruiken voor de adres-bus (dus, x86 = 32 of 36, Itanium/x86 = 64) omdat daar de hoeveelheid aan te spreken geheugen (databases, e.d.) belangrijk is.

Consoles gebruiken vaker de register-breedte en databus als specificaties. N64 had een 64 bit bus (en 32 bit registers als ik me goed herinner), maar werd dus een 64-bit console genoemd.

Anyway, bit-specs van processoren slaan nooit ergens op, ze verhogen ze op het moment dat ze *en* een plaats op de proc kunnen vinden waar ze meer bits hebben dan de directe concurrent *en* ze dit voordeel als marketing-punt willen aankaarten.

Uiteindelijk heb je zoveel verschillende pad-breedtes (regs, ALU(s), i-bus, d-bus) dat je altijd wel iets kan kiezen.

I64 over I32 is vooral data-bus, gekoppeld aan een nieuwe architectuur, totaal verschillend.

Moet trouwens zeggen, goede post SG, kan zien dat je weet waar je 't over hebt, alleen niet altijd even duidelijk.

I64 over I32 is vooral data-bus Uh, ja, nee, adres-bus dus, data pad is allang meer dan 32 bit.


wil niet echt met italics he :)
sue me please
«  1  2  »

Op dit item kan niet meer gereageerd worden.

Volgende 09:01 Soldam's Pandora S barebone review
Vorige 19:37 MSI kondigt KT333 moederbord aan
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