Hoofdcategorieën
Device Settings

"Yamhill aanwezig in Prescott, maar wordt uitgeschakeld"

Door Martin Sturm, donderdag 26 september 2002 13:21
Bron: Ace's Hardware, submitter: Wouter Tinus, views: 703

Hoewel al op diverse sites speculaties en geruchten waren verschenen wat betreft de aanwezigheid van 64-bit instructies in de volgend jaar te verschijnen Prescott core van Intel, beweert Ace's Hardware nu dat 64-bit instructies wel degelijk in de core geïntegreerd zullen zijn. De 'Yamhill' technologie, zoals Intel hun 64-bit uitbreiding op de x86 architectuur heeft genoemd, zal echter wel standaard uitgeschakeld zijn. De kans dat er ooit Intel processors verschijnen die wél gebruik maken van de Yamhill technologie is ook bijzonder klein. Alleen wanneer de Hammer processors van AMD teveel marktaandeel ten koste van Intel weten te veroveren, is het mogeljk dat Intel processors met Yamhill ingeschakeld op de markt zal brengen.

De 64-bit extensies zijn al in een vroeg stadium van de ontwikkeling van de Prescott core in het ontwerp opgenomen. De Yamhill techniek is volgens Ace een overblijfsel van het geheime IA-32+ project waar door Intel in 1997 aan is gewerkt. De reden om de 64-bit uitbreidingen echter niet te benutten is dat de directie van Intel verwacht dat het dan nagenoeg onmogelijk zou zijn om bedrijven ervan te overtuigen om de IA-64 techniek aan te schaffen, zoals deze te vinden is op de Itanium processors:

Pentium 4 Socket478 (Prescott) From 1992 to 2000, Intel Fellow Fred Pollack, was - among other tasks- responsible for directing the planning of Intel's future microprocessors. Mr Pollack's curriculum is very impressive, he was the Architecture Manager of the extremely successful "P6" core (Pentium Pro, PII, PIII) for example. Several sources indicated that Mr. Pollack and the rest of the Intel management, believed that the desktop processors (and workstation market?) would not need 64 bit for a long time. The result was that there are (were?) no real plans to move IA-64 to the desktop (in the near future), and that the intel x86 processor line is "limited" to 32 bit.

However, as Intel has several design teams, it is only natural/human that design teams somewhat compete with each other and have different opinions. It seems, that around 1998, some of the design engineers responsible for IA-32 decided to add 64 bit extensions to a future x86 processor ("Prescott") anyway. Now this might seems a bit weird, as 64 bit extensions can not be invented quickly of course. But remember, back in 1997, several Intel engineers were working on the IA-32+ project. This IA-32+ project was a secret project which proposed to extend the IA32/x86 instruction set to 64 bits. While the project was officially cancelled, it didn't die totally as some of the results of this study have been implemented in hardware...
Volgende 13:25 Mandrake 9.0 is officieel vrijgegeven
Vorige 13:10 Kodak zet 14 megapixel camera op de markt
Advertentie

Reacties

«  1  2  »

Interssant om te zien of deze instructies al dan niet in de bios/met wat hardware werk toch 'aan' te krijgen zijn, aangezien ze wel aanwezig zijn.

Dit natuurlijk als er geschikte software is.

Hoe moet ik me dat voorstellen, dat uigeschakeld zijn? Gewoon een baantje doorgehaald/niet aangesloten of meer softwarematig?

Je kunt er bij Intel bijna vanuit gaan dat het inderdaad hardwarematig gedisabled is. Net als de multiplier lock van hen. Intel zal zich koste wat kost niet in de vingers snijden en zo inkomsten mis te lopen die ze anders wel gehad zouden hebben.

Hoewel ik het met je eens ben dat het een hardwarematige uitschakeling zal betreffen, ben ik het niet eens met je redenatie.

Zelfs al zou intel 2 prachtige soldeerpunten bovenop de CPU plaatsen welke door verbinding deze feature aan zouden schakelen, dan nog zal geen enkel bedrijf er zich aan wagen.

Gewoon om dezelfde reden waarom bedrijven geen overclocked CPU's in PC's zullen monteren.

En ja, de markt waar intel nadeel in zou kunnen ondervinden is imo bedrijfsmatig, niet particulier.

Wat ik niet helemaal begrijp: als ze nu al zeggen dat het hoogstwaarsch. nooit gaan inschakelen, waarom het dan uberhaupt nog inbouwen? Kost alleen maar ruimte dus geld. Mochten ze het in de toekomst alsnog nodig hebben om AMD de kop in te drukken dan kunnen ze het er altijd alsnog inbouwen, toch?

Ik vermoed dat je daarvoor ook wel een "aangepaste" chipset voor nodig zult hebben, net als aangepaste software. Dus zelfs als een of andere japanner het voor elkaar krijgt om Yamhill in te schakelen, lijkt het me totaal nutteloos.

Hoe moet ik me dat voorstellen, dat uigeschakeld zijn?
Intel doet dat waarschijnlijk d.m.v. 'fusing', een laserbewerking op de verbindingen die deze doorsnijdt.

Ik vindt een vreemde zaak, eerste wachten of mogelijk de concurrent een deel van jouw markt aandeel in slikt en vervolgens proberen dit terug te winnen.
Zou het dan niet better zijn gelijk de concurrentie aan te gaan met AMD.
:?

Nee, ze verkopen liever IA-64 processoren, dit is meer een soort 'backup' plan voor als x86-64 toch populairder word dan intel prettige vind.

Nee, want dan kan intel hun itanium processoren minder goed kwijt bij de bedrijven en aangezien daar lekkere winst te halen is, zal intel aleen uit noodzaak de instructies activeren, als blijkt dat de nieuwe amd's echt gaan asskicken. Maar ikzelf denk niet dat intel hier bvang voor is, maybe is dat dus een extra reden dat de iinstructies nu al uitgeschakeld zijn. Intel zal vast wel inside info hebben over de hammer en geen reden tot angst zien, denk ik.

Ik denk dat ze willen aangeven dat 64-bit instructies geen merkbaar verschil geven en dat je dus gewoon een 32-bit processor moet halen. (van intel natuurlijk) ;)

HTT, al lang aanwezig, maar uitgeschakeld.
Yamhill aanwezig, maar niet geactiveerd.

Je koopt een Ferrari, maar hij loopt slechts op 4 cilinders.

Marketing |:(

Het ontwerpen van processoren duurt jaren. Als je alles er al in bedenkt en uitschakeld hoef je in de toekomst het "alleen" maar aan te zetten en niet iets nieuws te ontwerpen. Dit is dus ZEER kostenbesparend.

Marketingtechnische is het ook heel slim. Je hebt op deze manier telkens een nieuwe processor zonder dat je er eigenlijk wat aan hoeft te doen. Nieuwe processor is weer een nieuwe afnamen van consumenten/bedrijven.

Vind je dat slecht dan? Stel je voor dat Intel het inschakelt en daarmee de kans op overleven voor IA-64 terugbrengt naar 0, wat schiet je er op de lange termijn mee op dan? Dan kom je er op een gegeven moment achter dat je x86-64 proc zo inefficient is dat je wel over moet stappen op een nieuwe architectuur. Wat dan? Dan heb je even een kleine tien jaar investering om zeep geholpen en kun je van voor af aan beginnen. Schiet dat op? Nee.

Intel wil zorgen dat ze van de IA-64 een succes kunnen maken, zodat we met die techniek weer vele jaren door kunnen schalen. Dat is toch niet " |:( "? Rare ideeën houd jij erop na.

Als consument schiet je er in zoverre mee op dat Intel waarschijnlijk een monopolie op IA-64 processors krijgt en dat zal de prijsbeleid en de innovatiedrift van Intel niet positief beïnvloeden. Twee processorfabrikanten die elkaar hard concurreren in de markt voor x86-64 processors kunnen tot een snellere innovatie komen.

IA-64 heeft al gezorgd voor de dood van de beste RISC architectuur (Alpha). Nu is het maar de vraag of IA-64 zo geweldig is als Intel en HP willen doen geloven. De eerste Itanium was een grote teleurstelling (itt tot wat jij in C!T beweerd). Itanium 2 heeft in ieder geval een erg goede FPU performance, maar heeft door z'n grote caches wel een erg groot aantal transistors die 'm ongeschikt maakt als desktop proc. Het verbaast me niets dat Madison 6MB L3 cache nodig heeft als IA-64 code volgens c't drie keer zo groot is als x86 code. De Itanium verstookt gewoon veel meer geheugenbandbreedte en cachegeheugen/bandbreedte om hetzelfde te bereiken als andere processors.

Niet geheel juist wat jij beweert. Ten eerste is dit bericht niet door Intel maar door "Techies"verspreid, ten tweede zal Intel het zeker niet snel promoten.

Het is ook geen ferrari met 4 cilinders, maar een ferrari met een brandstofcel naast de normale motor. Oftwel wetenschappelijk gereed, maar niet commercieel bruikbaar.

Toen de eerste Pentiums met 32 bits instructies uitkwamen waren de testresultaten veelal bedroevend slecht. Waarom? Omdat bijna alle toenmalige software 16 bits geschreven was. De pentium moest daarom 2 16 bits woorden samenvoegen en na bewerking splitsen. Dat ging ten koste van de waardevolle klokcycli. Pas toen er genoeg 32 bits programma's waren kon je de perfomance van de pentium goed zien. Als je nu de 64bit processorkracht zou testen met een standaard 32 bits softwarepakket dan is er ook weer sprake van een snelheidsdaling ipv groei.

Het was de 386 die met 32-bit was uitgerust.
De Pentium Pro was slecht met 32-bit software.

Hmz, naja je kent het wel. "klok en klepel........."

bedankt voor de verbetering. :)

Het was de 386 die met 32-bit was uitgerust.

Om precies te zijn de 386DX. De 386SX was 16-bit naar buiten toe.
De Pentium Pro was slecht met 32-bit software
De PentiumPro was juist geoptimaliseerd voor 32-bit software en presteerde juist belabberd op 16-bit niveau.

Het ging over de register/address size, niet de bus size.

Klopt, natuurlijk was 16-bit het probleem en niet 32-bit.

Wie er deze post nou overbodig modde... ik beb het helemaal met Robbb eens. Er zitten allemaal wrede features in de P4 die allemaal uit staan. Niet eens - niet gebouwd, nee, gewoon UIT. Dus het silicium zit er in, het werkt, maar ze zetten het gewoon niet aan. Vind ik toch wel een beetje jammer.. stel je voor dat de P4 uit zou komen met alles aan... dan was het toen BEST wel revolutionair geweest...

Precies, en men geeft de voorkeur aan een soort (snelle) evolutie (want langzaam kun je deze sector niet noemen), en dat is ook wel begrijpelijk. Waarom zou een bedrijf 10 stappen op z'n concurrent moeten vooruitlopen, als één ook genoeg is om voldoende winst te maken? Bovendien moeten andere factoren ook meegewogen worden, zoals software, validaties en yields.

Dan ontwerp je toch zelf een CPU met al die features?
Het commerciele idee is zoveel mogelijk winst maken en niks anders.

Wel leuk als de gemiddelde computer gebruiker wel 64bit CPU's ziet zitten...lopen ze wel een beetje achter bij Intel.

Ook dat 'als AMD een te groot marktaandeel...' is grote onzin, wat een vage reden om iets wel of niet te introduceren tenzij ze problemen verwachten met deze 64bit instructies...

Dat wordt pas nodig als de gemiddelde computer met > 4 gb RAM uitgerust wordt en dat duurt nog wel even. Tegen die tijd is IA64 mogelijk ook voor consumenten bruikbaar.

das maf, kun je als intel besluit om het toch te gebruiken dezelfde processor terug kopen :(

Krijg je dan wel omruilgarantie als blijkt dat de markt het toch ge-enabled wilt hebben :?

Zal wel niet, mag je trouw weer een nieuwe kopen :(

Zo gaat het toch ook voor de normale gebruikers die een snellere brander willen hebben? Als je niet bekend bent met firmware etc dan ben je genoodzaakt dezelfde brander opnieuw te kopen met snellere firmware...

Falastus:

Huh? Juist niet! Ze willen zo graag de IA64-procs verkopen dat ze niet willen dat ze zelf succes gaan krijgen met een eigen 32-bits proc die 64-bits aanvulling heeft. Dit zou namelijk de reden wegnemen om de IA64 aan te schaffen, als er ook een 32/64-bits cpu beschikbaar is die dus ook oudere applicaties kan draaien. (Misschien dat Intel alvast met allerlei softwarebedrijven (M$) afspraken heeft voor nieuwe software voor de IA64. :o)

nee, ze willen hiermee de consument juist het idee geven dat de Hammer met zijn x86-64 bits instructies compleet overbodig is.
Zo van "ja, wij hebben dat ook hoor, maar we hebben het maar uit gezet want je hebt er toch niks aan" :r

Jan PC Consument koopt toch geen cpu met IA-64, maar een met SSE zodat ie " snel kan internetten". Mensen bij grote bedrijven die IA-64 nodig hebben kopen het toch wel. Die kunnen echt wel een afgewogen beslissing nemen welke 64bit architectuur met bijbehorende OS en programma's het beste voldoen.

Leuk, maar waarschijnlijk is deze verborgen instructieset niet compatible met AMD's x86-64 bits implementatie :(

voor desktop cpu's vind ik de beslissing niet zo vreemd, niet zo heel nuttig enzo, maar daar is de itanium ook niet voor, daardoor vind ik de beslissing juist wel vreemd voor de Xeon, 1 van de grootste en belangrijkste problemen voor servers / zware workstations is de 4GB ram limiet, de Xeon heeft daar wel een oplossing voor, maar iedereen weet dat dit trucje performance verlies geeft, de Yamhill zou dus ideaal zijn voor de goedkopere servers, waarvoor itanium nu nog veel te duur is en waar de Hammer volgens mij (met de juiste marketing) echt veel terrein zal winnen

Ik vind het wel belangrijk voor in m'n desktop, goed voor m'n rc5-64 resultaat voor Team Amiga :)

Ik snap je reactie niet :?

Voor de zoveelste keer snap ik het weer niet. Ik heb weer keiharde uitleg nodig :)

Je bouwt 64 bits instructies, wat neem ik aan ook betekend dat je een x aantal 64 bits registers hebt, dat je 64 bits ALU's hebt (kan'k me nog herinneren van school) en dat je ook nog een stuk minicode meegebakken moet hebben. Ik snap ook heel goed dat je denkt: laten we het maar alvast bouwen voor eventueel de toekomstige concurentie (AMD dus) ..

Maar ...... ook al zal het lang niet zo groot zijn als het cache geheugen, toch neem ik aan dat dit hele bouw-werksel wel wat ruimte kost ... en ik meen dat die wavers, wafers of waffers (hoe ze dan ook mogen heten) waarop dat bouwsel dan tig keer op wordt gebakken, toch behoorlijk duur zijn ...

Ik kom dan ook tot de conclusie dat het niet vertstandig is om enorm veel geld te steken in R&D (wat eventueel later nog van pas komt) en bovendien nog elke processor met dit spul mee te bakken (wat dus uiteindelijk ook geld kost alleen nooit wat opbrengt)
«  1  2  »

Op dit item kan niet meer gereageerd worden.

Volgende 13:25 Mandrake 9.0 is officieel vrijgegeven
Vorige 13:10 Kodak zet 14 megapixel camera op de markt
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