Hoofdcategorieën

[RSS] Index » Nieuws » Pro » Hardware » Servers » Intel breidt Itanium-roadmap uit met Kittson

Intel breidt Itanium-roadmap uit met Kittson

Door Wouter Tinus, zaterdag 16 juni 2007 07:52
Bron: Intel, views: 13.765

Intel heeft zijn roadmap van Itaniums uitgebreid met de codenaam Kittson. Na Montvale, Tukwila en Poulson is dit de vierde toekomstige generatie van high-end serverchips waar aan gewerkt wordt. Hiermee hoopt het bedrijf meer vertrouwen te wekken in de toekomst van de omstreden architectuur.

Behalve het verlengen van de roadmap deed Intel een andere belangrijke aankondiging: toekomstige generaties van de Itanium zullen niet meer met verouderde productietechnieken gebouwd worden, maar gewoon met x86 mogen meedoen. Om in te halen komt er geen 45nm-versie, maar springt men direct van 65nm (Tukwila) naar 32nm (Poulson). De Itanium-roadmap heeft in voorgaande jaren een paar flinke klappen opgelopen, toen het huidige Montecito-ontwerp vele maanden werd uitgesteld en uiteindelijk nog steeds niet aan de verwachtingen voldeed. De later dit jaar verwachte Montvale is eigenlijk wat Montecito destijds had moeten zijn, maar zal nu waarschijnlijk geen grote indruk meer maken. Met Poulson wil men een grote inhaalslag gaan maken.

Tukwila is echter ook een interessant product om in de gaten te houden: dankzij csi-techniek en geïntegreerde geheugencontrollers biedt deze vele malen meer bandbreedte per socket dan zijn voorganger. Omdat men met deze chip ook de stap van dualcore naar quadcore maakt valt er een flinke sprong in de prestaties te verwachten, die overigens hard nodig is om de Power6 in te halen. Naast betere prestaties biedt de chip ook nieuwe features op het gebied van betrouwbaarheid: huidige Itaniums kunnen een hardwarefout in één chip van een geheugenmodule opvangen, terwijl Tukwila voor twee defecten tegelijk kan compenseren. Niet bepaald nodig voor de desktop, maar voor installaties met vele terabytes aan ram kan het toch weer wat extra uptime betekenen. Na Tukwila maakt men de grote sprong van 65nm naar 32nm. Over Poulson is nog weinig bekend, maar men hint naar een nieuw core-ontwerp met veel threads en veel cache. Kittson wordt de opvolger van Poulson, maar dat is dan ook meteen alles wat we weten.

CodenaamProcédéCoresThreadsL3KlokBandbreedteIntroductie
Merced180nm114MB800MHz2,1GB/s FSB2001
McKinley180nm113MB1,0GHz6,4GB/s FSB2002
Madison130nm116MB1,5GHz6,4GB/s FSB2003
Madison 9M130nm119MB1,6GHz10,6GB/s FSB2004
Montecito90nm2424MB1,6GHz10,6GB/s FSB2006
Montvale90nm2424MB2,0GHz?12,8GB/s FSB2007
Tukwila65nm4824MB2,0GHz?>100GB/s CSI+IMC2008
Poulson32nm8????>100GB/s CSI+IMC2010?
Kittson???????

Hoewel de Itanium de laatste jaren constant zwaar onder vuur heeft gelegen blijft de penetratie langzaam maar gestaag groeien. Vorig jaar werd voor 3,4 miljard dollar aan Itanium-hardware verkocht, ondanks het feit dat de Montecito was uitgesteld en pas tegen het einde van het jaar in de servers van HP - met ruime afstand de grootste Itanium-verkoper - verscheen. Hoewel de chip bij lange na niet altijd de beste prestaties biedt, blijkt er toch een gezonde markt voor te bestaan. Intel heeft al twee keer gezegd dat de afdeling winstgevend is, en marktonderzoekers verwachten de komende jaren meer groei.

Volgende 13:13
Vorige 23:45

Categorieën

Tags

Gerelateerde artikelen

Reacties

Flat modeFlat mode Sorteer aflopendSorteer aflopend Moderatie FAQModfaq
Niveaufilter: -1 Ongewenst: 80 reacties zichtbaar800 Neutraal: 76 reacties zichtbaar76+1 Meerwaarde: 24 reacties zichtbaar24+2 Verplicht leesvoer: 4 reacties zichtbaar4
«  1  2  »

Door sontax, zaterdag 16 juni 2007 08:15

Score: 0
De Pulson met 8 Cores? :D
Staan mooie tijden voor intel te wachten. alhoewel sommige nog wel even op zich laten wachten

[Reactie gewijzigd door sontax]

Door Spammy, zaterdag 16 juni 2007 15:39

Score: 0
De L3 cache en FSB lopen ook flink op.
De klok blijft wel (erg) laag.

[Reactie gewijzigd door Spammy]

Door SRI, zondag 17 juni 2007 10:17

Score: 1
Ach het zou onderhand toch wel bekent moeten zijn dat een lage clocksnelheid nog maar weinig zegt.

Door thekip, zaterdag 16 juni 2007 16:46

Score: 0
De Itanium zal voor Intel echt geen goede tijden gaan bezorgen, de omzet in dit segment is echt niet hoog in vergelijking tot de desktop/laptop x86 cpu's. De itaniums kosten wel veel en er is dus veel op te verdienen maar de markt is gewoon te klein

Door SRI, zondag 17 juni 2007 10:18

Score: 0
Het maakt winst volgens hun en dan is het misschien niet veel maar wel de moeite waar zou ik zeggen. Verder zeg je dat de markt te klein is maar dat klopt ook niet zou ik zeggen. Als ie te klein was zouden ze er geen geld in blijven stoppen en geen winst eruit halen.

Door jwvirtual, zondag 17 juni 2007 14:49

Score: 0
Zolas mijn prof bedrijfeconomie het lang geleden verwoordde: omzet is een feit, winst is een mening.

Door Dreamvoid, maandag 18 juni 2007 11:21

Score: 0
Ik ken 'm als "cashflow is een feit, winst is een mening"

Door SRI, zaterdag 16 juni 2007 08:23

Score: 1
Wow kijk die enorme sprong in bandbreedte van 12,8 naar 100+. Werdt echt eens tijd dat Intel van zijn FSB afstapte en betere alternatieven ging proberen zoals AMD heeft gedaan.

Ben benieuwd wat ze allemaal kunnen ookal zal ik daar zelf denk ik nooit mee werken.

Edit: Yup dat CSI ook in de desktop komt weet ik maar doelde meer erop dat ik waarschijnlijk nooit met de Itanium ga werken.

Trouwens die Itanium is een 'echte' 64 bit en niet backwards compatible maar kan ie nou de 64 bit versie van xp of vista draaien?

Ook wel leuk dat tabelletje ziet eruit alsof Intel een naam bedacht heeft maar verder nog geen flauw idee heeft wat ze ermee willen doen (oke hebben ze vast wel maar dat geven ze nog niet vrij)

[Reactie gewijzigd door SRI]

Door iceheart, zaterdag 16 juni 2007 09:06

Score: 0
csi zal over een paar jaar ook in desktops wel gebruikt worden. AFAIK is intel wel die richting in aan het gaan.

dus, wie weet dat ook wij stervelingen de kans nog eens krijgen :+

Door ddbruijn, zaterdag 16 juni 2007 16:44

Score: 1
Trouwens die Itanium is een 'echte' 64 bit en niet backwards compatible maar kan ie nou de 64 bit versie van xp of vista draaien?
Met *een* 64-bit versie, ja. Deze wordt meestal aangeduid met alleen '64', waar de x86-64 versie 'x64' heet.
Deze was er overigens al een paar jaar eerder. Windows XP 64 wordt overigens niet meer ondersteund, alleen server-versies van Windows worden nog ontwikkeld voor Itanium. Een 'Vista'-variant is er dus ook niet, omdat dat het desktop-OS is.

Door bazooka, zondag 17 juni 2007 10:28

Score: 0
Inderdaad... xp64 en vista zijn x64, terwijl de itanium ia64 is. Is iets heel anders.

Door ddbruijn, zondag 17 juni 2007 11:26

Score: 1
Nee, het heet geen XP64.
Er is een Windows XP Professional x64 Edition.
Er is ook een Windows XP Professional 64-bit Itanium Edition (zie hier bv: http://technet.microsoft.com/en-us/library/bb457053.aspx toen het overigens nog geen 'Itanium edition' heette, want er was nog geen sprake van 64-bit x86-varianten)

Er zijn dus twee verschillende 64-bit versies van Windows, eentje voor x64, eentje voor Itanium.
Zo ook voor de server-edities van Windows:
x64: http://www.microsoft.com/servers/64bit/x64/overview.mspx
Itanium: http://www.microsoft.com/servers/64bit/itanium/overview.mspx

Van Vista is er alleen geen Itanium-variant, en die gaat waarschijnlijk ook niet komen, aangezien de vorige desktop-versie van Windows (XP dus) ook van de markt is gehaald na de komst van x64, en dus eigenlijk het (voorlopige) doodvonnis voor Itanium als desktop/workstation.

Dat zei ik dus net al... Beetje jammer dat je met jouw post weer verwarring zaait.

[Reactie gewijzigd door ddbruijn]

Door Strikertje, zaterdag 16 juni 2007 08:33

Score: 1
Tussen de Montvale en Tukwila zit een enorm verschil. Zeker in die van de bandbreedte maar dit komt door interne geheugencontrollers en csi. Dat is zeker netjes gedaan dan.

Meteen 45nm overslaan en doorgaan met 32nm is ook wat :*)

Door wiskid, zaterdag 16 juni 2007 09:07

Score: 1
Ja maar dit houd wel een keer op ze kunnen niet nog heel veel kleiner! ( 20 nm ) Dan moeten ze wel met een andere architekteur komen. met als gevolg echte inovatie :*)

[Reactie gewijzigd door wiskid]

Door PolarBear, zaterdag 16 juni 2007 10:43

Score: 0
De Itanium is een nieuwe architectuur (IA64). Althans radicaal anders en niet compatibl met x86. De innovatie is er dus al.

Door grizzlybeer, zaterdag 16 juni 2007 11:45

Score: 0
Dit geeft wel aan dat ze heel veel vertrouwen hebben in 32 nm. Nu zullen ze hier ook wel al mee bezig zijn, want 45 nm is al bijna klaar. Maar het verbaast me wel dat het tegenwoordig ogenschijnlijk allemaal zo "makkelijk" gaat.

Eigenlijk ben ik wel benieuwd waarom Intel nu nog "oude" techniek gebruikt en vanaf 2010 niet meer...

Door humbug, zaterdag 16 juni 2007 13:28

Score: 1
Goedkoper en betrouwbaarder. De oude fabrieken staan er tenslotte al en er is veel capaciteit vrij doordat de x86 producten op nieuwe productielijnen geproduceerd worden. Gegeven de marges op een Itanium processor maakt het weinig uit dat de chip extreem groot wordt en de yield laag is.

Het grote nadeel is natuurlijk dat het stroomverbruik en ook de performance van de oude processen slechter zijn. Precies de reden waarom Intel voor de x86 chips wel naar een kleiner proces overstapt.

Schijnbaar denkt Intel zoveel productiecapaciteit op het 32nm process te krijgen dat er ruimte is om ook de itanium op dat proces te gaan fabriceren.

Door grizzlybeer, zaterdag 16 juni 2007 15:23

Score: 0
Maar dan is het proces dus nog steeds minder betrouwbaar, zoals jij terecht aangeeft.

Wellicht gaan ze dit oplossen met nog meer testen of meer ECC op de proc.

Door elmertje, zaterdag 16 juni 2007 09:09

Score: 0
is ook wel een handige processor om moorden mee op te lossen. Er zit namelijk csi techniek in. 8)7
(mod me maar weg; ben net wakker)

Door Soulmaster, zaterdag 16 juni 2007 09:33

Score: 0
Die itanium komt er wel. al het goede komt langzaam maar komt er wel

Door zert, zaterdag 16 juni 2007 11:18

Score: 0
/ironie mode
beetje zoals Barcelona dan :+

Door loodgieter, zaterdag 16 juni 2007 11:20

Score: 1
Dit zijn CPU`s voor brute reken kracht. waarbij ze meestal in 10 of honderd tallen verkocht worden.

Samen zullen deze CPU`s een gigantische heoeveelheid data kunnen verstouwen. En als je ziet dat de bandbreedte verachtvoudigd is. Gaat het inderdaad langzaam maar beter met de Itanium. Als veel software makers er ook nog software voor hebben is het helemaal mooi. Microsoft heeft zelfs een apparte Windows Server versie voor de Itanium (IA64). Dan zal Microsoft er ook wel enige heil in zien.

Door grizzlybeer, zaterdag 16 juni 2007 11:53

Score: 1
Wel jammer dat Intel alleen aan de CPU zijn geld verdient. IBM kan een hoge premie vragen voor hun systemen en daarna nog eens voor consultancy.

Eigenlijk kan wat Intel doet alleen in een markt waar nauwelijks concurrentie is (en waar dus ook voor de CPU alleen een premie gevraagd kan worden). Anders kunnen ze nooit het geld bij elkaar schrapen voor de enorme investeringen die hiermee gemoeid zijn.

Enige voordeel voor Intel is dat ze de state-of-the-art fabrieken toch al hebben staan voor x86.

Door Luxx, zaterdag 16 juni 2007 13:10

Score: 2
Intel zegt zelf dat de Itanium winstgevend is, dus dat zal wel in orde zitten. Voor de systemen van de Itanium, heeft Intel met HP een prima partner. Aangezien HP in het verleden flink heeft mee geinversteerd in het Itanium project, zal het niet snel meer hier uitstappen.
De markt van de Itanium is misschien nie zó breed, maar er is zeker wel concurrentie. Het aantal aanbieders is zelfs verkleind, juist omdat Intel betere producten kon bieden dan de concurrentie. Op het moment is IBM in deze markt eigenlijk veel groter dan Intel, dus je kan hier zeker niet spreken van een Intel monopoly.

Natuurlijk kan Intel doordat ze zo breed in de computermarkt zitten, wel allerlei schaalvoordelen toepassen, en tegenslagen opvangen. Maar dat geldt voor al hun producten. Als de Intel ergens een foutje maakt, en een matig product lanceert, hebben ze gewoon genoeg adem een of zelfs twee generaties later terug te slaan, zonder in de problemen te komen. Natuurlijke en luxe waar andere bedrijven alleen maar van kunnen dromen.

Door grizzlybeer, zaterdag 16 juni 2007 15:27

Score: 0
Wat betreft die concurrentie:

Wat ik eigenlijk bedoel is dat Intel volgens mij de enige is in het enterprise segment die kale CPU's aanbiedt (nou ja, ze zijn niet helemaal kaal, ook chipsets en waarschijnlijk uitgebreide ontwikkelomgevingen).

Ik dacht toch dat IBM alleen zelf compu's bouwt om de PowerX heen? En hetzelfde voor Sun?

Door Spammy, zaterdag 16 juni 2007 16:08

Score: 0
R&D is vrijwel nooit voor 1 product.
De R&D afdelingen van server, desktop en mobile chips hebben toch wel een bepaalde synergie.

Door n4m3l355, zaterdag 16 juni 2007 11:40

Score: 0
huidige Itaniums kunnen een hardwarefout in één chip van een geheugenmodule opvangen, terwijl Tukwila voor twee defecten tegelijk kan compenseren. Niet bepaald nodig voor de desktop, maar voor installaties met vele terabytes aan ram kan het toch weer wat extra uptime betekenen
Is 't niet zo wouter dat die ECC gedaan wordt om juist potentiele fouten uit berekeningen op te vangen? De uptime lijkt me niet zo'n probleem aangezien deze cpu's toch wel hot-swap zullen zijn?

Door TD-er, zaterdag 16 juni 2007 12:17

Score: 1
Is 't niet zo wouter dat die ECC gedaan wordt om juist potentiele fouten uit berekeningen op te vangen?
Het is maar net hoe je het uitlegt. Die ECC doen ze om fouten in de overdracht tussen CPU en geheugen te kunnen detecteren (en eventueel ook in geheugencellen zelf) en repareren tot op zekere hoogte.
Het gevolg hiervan is dat je dus ook meer zekerheid hebt dat de ingevoerde data voor de berekening klopt. Het is niet zo dat ze daarmee je berekening zelf controlleren.
De uptime lijkt me niet zo'n probleem aangezien deze cpu's toch wel hot-swap zullen zijn?
Hot-swappen van CPU's doe je volgens mij in de praktijk alleen maar om de boel te upgraden en mischien een heel enkele keer omdat er 1 kapot is gegaan. Maar als ik kijk naar het aantal defecte CPU's in de consumentenmarkt, dan is dat heel weinig tegenwoordig en bijna altijd DOA of door de gebruiker of als gevolgschade doordat een mainboard oid. defect raakte.
Maar de uptime is zeker wel belangrijk van dergelijke systemen. Als ze namelijk geen ECC toepassen en er is een keer een bitje omgevallen, dan kan je hele systeem vastlopen of mogelijk erger, fouten maken.

Door Wouter Tinus, zaterdag 16 juni 2007 13:06

Score: 2
Omdat servers liever kiezen voor een crash dan voor datacorruptie zal een oncorrigeerbare fout meestal toch downtime betekenen. Nog erger is een fout die onopgemerkt blijft; die kan uiteindelijk ook tot een crash leiden, maar god weet hoeveel schade er wordt aangericht door rekenen met de verkeerde waarde voor het tot een 'BSOD' leidt. Voor een verzekeraar of bank is zoiets een nachtmerriescenario. Hotswap is handig om onderdelen waarvan je weet dat ze defect zijn te vervangen, maar waar dit soort bedrijven bang voor zijn is het idee dat hun hardware kan falen zónder dat ze het weten. Een techniek om twee fouten tegelijk op te kunnen vangen lijkt misschien overkill, maar naar mate systemen meer geheugen krijgen en de bitjes in steeds kleinere (en dus gevoeligere) transistors worden opgeslagen, is het voor bepaalde segmenten toch een geruststellend idee dat het gecontroleerd wordt.

Door ninjazx9r98, zondag 17 juni 2007 11:24

Score: 0
Deze CPU's zijn niet per definite hot-swap.
Lijkt er een beetje op dat iedereen alleen maar denkt aan super systemen als Itanium tersprake komt.
Itanium is gewoon een processor die je bij bijv HP terug vindt in lowend, midrange en high-end systemen die oa HP-UX draaien.
Afhankelijk van het type systeem is zo'n cpu dan wel of niet hot-swap.

Door mbr01, zaterdag 16 juni 2007 12:10

Score: 0
Behalve het verlengen van de roadmap deed Intel een andere belangrijke aankondiging: toekomstige generaties van de Itanium zullen niet meer met verouderde productietechnieken gebouwd worden, maar gewoon met x86 mogen meedoen.
Kan iemand deze zin uitleggen?

Door Wouter Tinus, zaterdag 16 juni 2007 12:46

Score: 2
Tot nu toe hebben alle Itaniums productietechnieken gebruikt die minstens één generatie achterliggen op die van x86-processors. Op dit moment is de nieuwste Itanium bijvoorbeeld een 90nm-chip, terwijl de Xeons en Opterons op 65nm zitten. De Montvale die later dit jaar uitkomt is nog steeds 90nm, terwijl de eerste 45nm x86-chips dan al van de band komen rollen. Door niet de nieuwste techieken te gebruiken laat Intel een hoop prestaties op tafel liggen, waardoor de architectuur soms slechter lijkt dan hij is. In de toekomst (vanaf Poulson) zal dat nadeel voor Itanium grotendeels verdwijnen.

[Reactie gewijzigd door Wouter Tinus]

Door TD-er, zaterdag 16 juni 2007 12:46

Score: 1
Als je kijkt naar de gebruikte productie processen van de Itaniums, dan zie je dat die steeds minstens 1 productieproces achter liep op de x86-CPU's.
bijv tot nu toe op 90nm, terwijl de Core(2)-CPU's al tijden op 65 nm gemaakt worden.
En in 2002 zat de P4 (Northwood) al op 130 nm, terwijl de Itaniums toen op 180 nm gemaakt werden. (Bron: BalusC-CPU-lijst)

Door Luxx, zaterdag 16 juni 2007 15:24

Score: 2
De ontwikkeling van Itanium processors loopt op het moment vrij langzaam. De ontwikkeling van x86 (consumenten) processors gaat veel sneller. Daardoor worden de Itaniums meestal op een productietechnologie gemaakt die al verouderd is, op het moment dat hij uit komt.
In de toekomst zegt Intel hier vanaf te willen stappen, en óok Itaniums op hun nieuwste productietechniek te willen produceren.

Overigens is het niet de eerste keer dat Intel dit zegt. Vanwege de extra controles (een Itanium wordt nóg uitvoeriger getest dan een gewone x86processor) en de extra complexe en grote processor, zal een Itanium niet eenvoudig het ontwikkel schema van een x86 processor bij kunnen houden. Intel moet dit dus enorm pushen het snelle x86 schema bij te houden, of simpelweg een stap overslaan.
Aan de roadmap te zien kiezen ze voor het laatste, zodat ze iig in het ontwerp van de Poulson genoeg tijd kunnenbesteden, zonder zich te moeten haasten om een die-size te halen.

Door flowerp, zaterdag 16 juni 2007 12:15

Score: 1
blijft de penetratie langzaam maar gestaag groeien.
Is er eigenlijk hier iemand die deze cpu's echt gebruikt? Ik ken zelf eigenlijk helemaal geen enkele locatie waar een Itanium CPU echt wordt toegepast. Het leek me destijds zo'n mooie architectuur, maar tegen de tijd dat men een Itanium chip echt gaat gebruiken is de architectuur net zo oud als die die het destijds had moeten vervangen.

Door TD-er, zaterdag 16 juni 2007 12:52

Score: 1
top500-supercomputers met IA64 architectuur
Verder worden ze ook wel op onderzoeks-gebied toegepast.
Andere gebieden kan ik zo 1-2-3 niet verzinnen. Grote renderfarms hebben volgens mij meer aan Xeon- of Opteron-systemen. (prijs/prestatie verhouding is daar beter)

Door grizzlybeer, zaterdag 16 juni 2007 15:35

Score: 0
De eerste 70.000 hebben we dus al te pakken met de supercompu's. Eigenlijk best bizar hoe weinig Intel hier nog maar mee verdient (afgezien van de investering). Ik schat zo dat deze CPU's voor gemiddeld 1000 euro over de toonbank zijn gegaan. Dus ze hebben hier 70 mln euro aan binnengekregen.

Maar waar volgens mij Itaniums het meest voor gebruikt worden (net zoals PowerX) zijn omgevingen waar grote datasets gebruikt worden. Deze kunnen dan over meerdere geheugen-clusters verdeeld worden.

Door hAl, zaterdag 16 juni 2007 12:56

Score: 1
Volgens mij worden steeds meer OpenVMS computers op Itaniums overgezet.
En veel OpenVMS cluster systemen zitten door hun grote betrouwbaarheid aan allerlei vitale applicaties en worden dus niet zo maar eventjes op unix overgezet.

Ik denk dat best nog veel banken, verzekeringsmaatschappijen en verkeersdiensten gebruik maken van derglijke systemen en deze stads vaker gewoon laten overzetten op Itanium. Die legacy systemen werken vaak nog prima. Je kwakt er even een webvoorkantje tegenaan en ze kunnen nog tig jaren mee.

Door humbug, zaterdag 16 juni 2007 13:41

Score: 1
De Itanium zit natuurlijk in een deel van de markt waar veel tweakers weinig mee te maken hebben. Maar eigenlijk elke markt waar uptime belangrijk is (bv banken, utilities of telecom) kan niet om de Power, Sun of itanium gebaseerde systemen heen. In deze branches is overstappen van de ene leverancier naar de andere niet echt reeel dus zie je dat bedrijven die 10 jaar geleden op een Dec Alpha chip werkte die hardware nu vervangen door HP Itanium systemen.

Als je bedenkt dat de markt voor systemen die op deze drie chips gebaseerd zijn ongeveer net zo groot is als de markt voor x86 servers, begrijp je dat er wereldwijd nogal wat itanium chips worden gebruikt en je er waarschijnlijk dagelijks van afhankelijk bent :)

Door zalazar, zaterdag 16 juni 2007 23:34

Score: 1
Ik heb te maken met deze processor op Windows 2003.
Het is echt een ramp software te vinden die echt voor deze processor is gecompileerd (ia64). x86 software draait in compatibiliteits modus maar sommige tools werken hier niet goed mee. Antivirus producenten zoals Symantec en McAfee supporten de processor al een tijdje niet meer in hun nieuwe versies. En de oudere versie van bijv. Symantec die wel onder ia64 geinstalleerd konden worden was ook niet native voor ia64 gecompileerd. Ik zou zeggen deze processor is wat betreft Windows absoluut een slechte keuze. Voor besturingssystemen zoals Linux of. HP-UX heeft hij zeker nog wel toekomst.

Door toonp, zondag 17 juni 2007 00:23

Score: 1
HP Integrity NonStop:
http://h20223.www2.hp.com...che/307953-0-0-0-121.html

Worden o.a. veel gebruikt in de financiële wereld voor de besturing van netwerken van geldautomaten en betaalautomaten, ook in Nederland.

Door ninjazx9r98, zondag 17 juni 2007 11:21

Score: 1
Met redelijke regelmaat heb ik met deze processoren te maken.
In deze thread lijkt bijna iedereen te denken dat deze processor alleen in supercomputer achtige systemen voorbij komt wat absoluut niet waar is.
Voor HP is de Itanium oa de opvolger van de PA-RISC processor die nu te vinden is in de HP9000 series.
Hoe meer HP9000's vervangen worden hoe meer Itaniums je in die markt dus zult zien.
Itaniums zie je dan ook op plaatsen waar je ook HP9000, RS6000 en noem de andere Unix systemen maar op zult tegen komen.
Veelal zul je ook Oracle op een dergelijk systeem aantreffen.

Daarnaast zijn er natuurlijk ook Itaniums waar Windows, Linux danwel OpenVMS op draait.

Door worldcitizen, zaterdag 16 juni 2007 16:36

Score: 0
Jammer dat Intel met dit ontwerp dit ontwerp doorgaat. IMO past het niet in deze tijd te groot te duur en te veel vermogen.

Ik hoop dat Intel achter de schermen met een geheim project bezig is om een CPU te ontwikkelen die het beste van de [url=http://en.wikipedia.org/wiki/DEC_Alpha]Alpha[/i] in zich heeft.
Intel heeft alle rechten van de Alpha. http://web.archive.org/we...releases/20010625corp.htm

IMO de beste CPU die bestaan heeft. Jammer dat DEC zo'n "klote" marketing had en de hoofdprijs voor deze chip wou hebben.

[Reactie gewijzigd door worldcitizen]

Door grizzlybeer, zaterdag 16 juni 2007 17:01

Score: 0
Hoezo jammer dat Intel hiermee doorgaat. Itanium kan best nog een x op de desktop komen hoor...

Ooit zal x86-64 aan een opvolger toe zijn. En Itanium kan in 2010 best de perfecte kandidaat hiervoor zijn. Als ze straks op de beste technologie gebakken worden hebben ze niet meer de nadelen van nu voor thuisgebruik. En met weinig cache erop kunnen ze gewoon goedkoop zijn.

Door worldcitizen, zaterdag 16 juni 2007 17:48

Score: 0
Het grote nadeel van de Itanium is dat deze groot is:
http://en.wikipedia.org/wiki/Montecito_(processor)

<quote>
# Die size is 27.72 mm x 21.5 mm, or 596 mm²
# 90 nanometer design
</quote>

Ik ben het met je eens dat de x86 een opvolger nodig zal hebben. IMO had dat al moeten gebeuren. Maarja, er niet altijd voor het beste gekozen. Dat heeft de tijd vele malen eerder bewezen, anders bestond de Alpha bijvoorbeeld nog.

Ik ben er van overtuigd dat met de huidige kennis en technologien een processor veel zuiniger en sneller kon zijn. Zeker als je legacy zaken er uit weg zou kunnen laten.

Als je ziet dat een Core 2 Duo 143 mm^2 is ondanks de legacy zaken. Is ongeveer 280mm^2 in 90nm.
http://en.wikipedia.org/w...el_Core_2_microprocessors

De tijden zijn ook veranderd, vermogen en milieu zijn nu veel belangrijker geworden. Hopelijk wordt dit de drijfveer om een keer een ultra zuinige processor te ontwikkelen.

Voorbeelden van zuiniger zijn, de ARM , MIPS en Transmeta.

Als ze straks op de beste technologie gebakken worden hebben ze niet meer de nadelen van nu voor thuisgebruik.

Ik verwacht dat ze nog steeds meer vermogen verbruiken dan strikt noodzakelijk is.

* worldcitizen performance technisch is de Itanium een goede processor, maar past IMO niet meer in deze tijd, ivm milieu belasting.

Door ddbruijn, zaterdag 16 juni 2007 18:57

Score: 0
De grootte van de CPU is wel voor een groot deel afhankelijk van de cache, en daar heeft de Itanium, gezien zijn server-gericht ontwerp er heel veel van.
Een Netburst Xeon met 16 MB L3 cache heeft ook een veel groter oppervlak dan een 'gewone' Pentium, maar de architectuur is hetzelfde.

De cores van de Itanium zijn op zich zelfs behoorlijk compact, en daarom gaat deze CPU in de toekomst met multicore misschien beter voor de dag komen.

Mocht de Itanium alsnog naar de desktop komen, dan zullen uiteraard de cache en het verbruik omlaag geschroefd worden, zonder dat dit voor desktop-gebruik veel negatieve gevolgen voor de prestaties hoeft te hebben. In ruil daarvoor zou de kloksnelheid misschien ook zelfs wat omhoog gaan.

Door grizzlybeer, zaterdag 16 juni 2007 21:19

Score: 0
Zoals ddbruijn al zegt, de cores van Itanium zijn juist erg klein in vergelijking met bijv. Pentium 4 of Core 2.

Wat ik dus zelf erg "grappig" vind: Itanium is nu al bijna 20 jaar aan de gang.

Dit kost dus meer tijd dan de ontwikkeling van een nieuwe kerncentrale of de nieuwe space shuttle.

Toch opmerkelijk voor een stukje silicium met een grootte van een paar cm2.

[Reactie gewijzigd door grizzlybeer]

Door worldcitizen, zaterdag 16 juni 2007 22:55

Score: 0
Gelukkig geen 20 jaar, 13 jaar:
http://en.wikipedia.org/wiki/Itanium

<quote>
HP determined that it was no longer cost-effective for individual enterprise systems companies such as itself to develop proprietary microprocessors, so HP partnered with Intel in 1994 to develop the IA-64 architecture, which derived from EPIC.
</quote>

Ik heb even wat gerekend met de "botte bijl" methode.

http://en.wikipedia.org/wiki/Montecito_%28processor%29
<quote>
# 1.72 billion transistors per die, which is added up from:

* core logic — 57M, or 28.5M per core
* core caches — 106.5M
* 24 MB L3 cache — 1550M
* bus logic & I/O — 6.7M
</quote>

Een Montecito zonder L3 zou 57M + 106.5M + 6.7M = 170.2M Transistors

4MB Cache ipv 24MB zou (L2 = 2.5MB dus 1.5 te kort) 1.5 * 1550M/24 = 96.9 M Transisitors zijn

Het totaal is dus 170.2M + 96.9M = 267M Transistors

Terwijl een Core 2 Dou Extreme edition:
http://www.driverheaven.net/reviews/core2review/index.htm
291 M Transistors heeft.

Beide hebben vanderpool aan boord en de Core 2 Dou heeft nog legacy zaken en multimedia zaken aan boord zoals MMX , SSE1-4, 32 bits, 16 bit en Real mode, Protected mode, Unreal mode, Virtual 8086 mode, Long mode etc

Ik heb het vermoeden dat het tegen valt de core grootte helaas. Ze kunnen zich wel troosten want de Power5+ is ook een behoorlijk gedrocht.
http://www-941.ibm.com/co...cture?decorator=printable
276M transistors met 1,9MB L2 cache. Met 4 MB cache zou deze ruw weg op +135.6M = 411 M Transistors uitkomen.

Het lijkt erop dat de tijd van de RISC voorbij is.

Edit, Typo.

[Reactie gewijzigd door worldcitizen]

Door ddbruijn, zondag 17 juni 2007 01:00

Score: 0
Beide hebben vanderpool aan boord en de Core 2 Dou heeft nog legacy zaken en multimedia zaken aan boord zoals MMX , SSE1-4, 32 bits, 16 bit en Real mode, Protected mode, Unreal mode, Virtual 8086 mode, Long mode etc
Een hoop wordt in de Core2 Duo (en andere moderne x86, eigenlijk al sinds de Pentium/PPro ongeveer) via micro-code gesimuleerd. Alleen de meest gebruikte instructies zitten dus direct in de hardware-implementatie, en zijn dus ook in de transistorcount vertegenwoordigd.
Ook bij POWER is tegenwoordig niet alles meer in transistors uitgevoerd. Men kiest daar echter liever voor emulatie op software-niveau, waar dus het BIOS danwel OS ervoor moet zorgen dat bepaalde traps van de processor afgehandeld worden met functies die de instructies implementeren.
Eigenlijk is dit dus nog een stap verder dan RISC... De POWER-instructieset werd al als RISC gezien, maar is nu nog verder gereduceerd. Bij x86 doet men in feite hetzelfde. Een (post-)RISC backend en een stukje code eromheen voor legacy-instructies.

Itanium heeft trouwens een SIMD-instructieset die vergelijkbaar is met MMX/SSE (zie http://www.intel.com/design/itanium/manuals/245319.htm, in feite alle instructies die beginnen met 'p' -> 'parallel', analoog aan MMX/SSE naamgeving). Alle legacy-modes doen voor praktisch gebruik in feite niet ter zake. Er zullen geen nieuwe applicaties ontwikkeld worden voor deze oude modi.

Kortom, transistorcount zegt niet zo heel veel over de instructieset tegenwoordig.
Qua features zijn Itanium en x86 gewoon min of meer vergelijkbaar, en de Itanium heeft toch het voordeel qua transistorcount, volgens jouw voorrekening... Ook haalt de Itanium een significant hogere IPC.... dat kan dus nog wat beloven als Intel straks 45 nm-varianten introduceert.
Het zal gaan om de instructieset en architectuur die de hoogst mogelijke prestaties haalt met de minst mogelijke transistors. De Itanium laat zeker zien dat er potentieel in zit. En de Core2 is ook al een stap in de richting naar minder transistors, vergeleken met de Athlon64, en zeker de Pentium 4.

[Reactie gewijzigd door ddbruijn]

Door worldcitizen, zondag 17 juni 2007 02:37

Score: 0
Alle legacy-modes doen voor praktisch gebruik in feite niet ter zake. Er zullen geen nieuwe applicaties ontwikkeld worden voor deze oude modi.

Klopt maar zolang een PC Bios gebruikt zal de real mode aanwezig moeten blijven, geld niet voor Itanium heeft geen BIOS.
http://en.wikipedia.org/wiki/Real_mode

<quote>
All x86 CPUs in the 80286 series and later start in real mode at power-on
</quote>

<quote>
To this day, even the newest x86 CPUs start in real mode at power-on, and can run software written for any previous chip.
</qoute>

Daarom is het nog nodig om in elde x86 deze legacy zaken te implementeren. Ik heb helaas te weinig hedendaagse CPU kennis om te weten wat in micro-code zit en wat niet.

De transitie naar Interne Risc was bij de Pentium Pro, II etc. De Pentium 1 was nog puur CISC.

http://en.wikipedia.org/wiki/Pentium_pro

<quote>
Despite the name, the Pentium Pro was actually a completely new architecture, very different from Intel's earlier Pentium processor. The Pentium Pro (P6) core featured an array of advanced RISC technologies, although it wasn't the first x86 CPU with such approach -- before it, the NexGen Nx586 processor already utilized internal x86 translation to its own proprietary RISC86TM instruction set. Perhaps the most obvious sign that things had changed was that the CPU's "front end" decoded the old IA32 instructions into micro-instructions which the Pro's RISC core then processed.
</quote>

<quote>
Kortom, transistorcount zegt niet zo heel veel over de instructieset tegenwoordig.
Qua features zijn Itanium en x86 gewoon min of meer vergelijkbaar, en de Itanium heeft toch het voordeel qua transistorcount, volgens jouw voorrekening... Ook haalt de Itanium een significant hogere IPC.... dat kan dus nog wat beloven als Intel straks 45 nm-varianten introduceert.
</quote>

Hij gebruikt wel erg veel vermogen. Zie volgende link.
http://en.wikipedia.org/w...ecito_power_breakdown.JPG

40 Watt per Core op 1,6 GHz, 2 cores 80 Watt. Terwijl bijvoorbeeld een Core 2 Duo maximaal 65 Watt (TDP) verbruikt op 2,13 GHz.
http://www.intel.com/design/intarch/core2duo/spec.htm

Ik hoop dat het vermogen behoorlijk gedrukt kan worden. Ik geloof niet dat alleen een die shrink het Core 2 Duo vermogens verbruik mogelijk zou maken.

Door ddbruijn, zondag 17 juni 2007 12:16

Score: 0
Klopt maar zolang een PC Bios gebruikt zal de real mode aanwezig moeten blijven, geld niet voor Itanium heeft geen BIOS.
http://en.wikipedia.org/wiki/Real_mode
Ik weet waarom het erin zit, in praktische zin, ik bedoel dat ik het in technische zin niet begrijp...
Een Mac heeft dat ook niet, en ik zie ook eigenlijk niet zo goed waarom een PC het nog moet hebben. Zijn er echt nog mensen die real-mode OSen draaien?
De meeste gangbare OSen (Windows, linux, FreeBSD, Solaris, Mac OS etc) die op x86/x64 gedraaid worden, zijn al lang protected mode. Kleine moeite om de bootstrap-code even om te bouwen zodat hij niet vanuit realmode zelf de switch hoeft te maken.
Ik snap niet dat men zo lang blijft hangen bij dat antieke bios.
De transitie naar Interne Risc was bij de Pentium Pro, II etc. De Pentium 1 was nog puur CISC.
Nee hoor. De Pentium 1 brak instructies al op in kleinere operaties. Dus er zat al een vorm van RISC in, en bepaalde instructies waren al niet meer specifiek in hardware opgenomen, maar werden gesimuleerd door een klein 'programmaatje'. En dat aspect, daar ging het me om, niet RISC op zich.
Bijkomend effect was dus ook dat bepaalde legacy-code niet meer zo heel vlot was op Pentium, en je het beter op een RISC-achtige manier kon opschrijven, met kleinere operaties.
Hij gebruikt wel erg veel vermogen.
Hij is dan ook gericht op dikke server-machines en veel performance.
Er zal vast geen SpeedStep oid in zitten.
Hij kan vast wel een stukje zuiniger gemaakt worden als hij ooit voor desktops of zelfs notebooks gebruikt moet gaan worden.
Aan de andere kant, vergelijk je deze 80w voor twee cores met bv de 6000+ van AMD, die ook 90 nm is... dan komt de Itanium er zelfs positief uit. AMD heeft namelijk 125 nodig.
En als je ziet hoe AMD zich op dat gebied verbeterd heeft met hun die-shrink naar 65 nm, dan zou de Itanium2 ook best wel van 80w naar 65w kunnen.

[Reactie gewijzigd door ddbruijn]

Door grizzlybeer, zaterdag 16 juni 2007 23:11

Score: 0
Montecito heeft slechts 28,5 mln tranny's per core. Zie:

http://en.wikipedia.org/wiki/Montecito_%28processor%29

Ik kan zo snel even niet vinden hoeveel dit er zijn voor de Core 2, maar ik neem aan toch minimaal iets van 3x zo veel.

28,5 mln is zo wienig dat je zo naar 8 of 16 cores kan met de litho technieken van de nabije toekomst (45 en 32 nm).

Ik ben i.i.g benieuwd :)

Edit: is reactie op worldcitizen

[Reactie gewijzigd door grizzlybeer]

Door worldcitizen, zondag 17 juni 2007 00:42

Score: 0
Als ik er de zelfde "botte bijl" methode op los laat:

Extra transistors Monecito = Totaal Transtors - Transistors Core = 267M - 57 M = 210M
Core 2 Duo Cores Transistors = Totaal Transistors - Extra Transistors = 291M - 210M = 81M

Per Core = 81M /2 = 40,5M tegen 28.5 M = 12 M meer

Aangezien de Core 2 Duo nog erg veel legacy zaken en Multi media extensies aan boord heeft vind is de Transistor count meevallen voor de Core 2 Duo.

Door ddbruijn, zondag 17 juni 2007 01:07

Score: 0
12M meer op een totaal van 28.5M is wel erg veel. Ruim 40%.
Dat tikt erg hard aan als je veel cores gaat gebruiken.

Door grizzlybeer, zondag 17 juni 2007 01:37

Score: 0
En dan zou de Itanium core nog wel wat efficienter moeten zijn dan die van de x86.

Bijvoorbeeld als je naar het aantal registers kijkt.

Door worldcitizen, zondag 17 juni 2007 01:43

Score: 0
Je moet wel meenemen dat de Itanium van het begin af al 64 Bits was. Dus er zitten geen 8, 16 , 32 en 64bits registers in zoals in een x86 processor. Aangezien het een server processor is heeft deze voor zover ik weet ook Multi media extensies en de manier waarop hoe de floating point unit verbonden is (is voor zover ik weet nog steeds legacy ivm de x87, coprocessor. Dan vindt als je dit in ogenschouw neemt de 12M Transistors niet echt veel.

Aan de andere kant moet ik toegeven dat me de grote van de core van de Montecito meevalt.

Ik heb wel nog het gevoel dat in de veranderende wereld geen plaats meer is voor de traditionele processoren. In 1994 was vermogensverbruik totaal geen issue.

Ik verwacht dat je van bestaande technologie heel moeilijk een heel zuinige processor kunt maken. Waarbij je delen van de processor kunt uitschakelen of omlaag kunt klokken onafhankelijk van andere delen.

Door grizzlybeer, zondag 17 juni 2007 02:08

Score: 0
Dat laatste zou Foxton (een zeer geavanceerde vorm van powermanagement) dus moeten gaan doen. Is niet gelukt in Montecito, zit er wel aan te komen voor Montvale.

Ik zie overigens niet zo waarom een zuinige processor een andere architectuur/technologie zou vereisen. Ik stel me voor dat je in de toekomst gewoon in een BIOS/EFI achtige laag instelt hoeveel vermogen de proc maximaal mag trekken. Foxton regelt de rest, en zal de core maximaal efficient inzetten voor het gespecificeerde wattage.

Door worldcitizen, zondag 17 juni 2007 10:15

Score: 0
Het vermogens verbruik van een Microprocessor wordt voornamelijk veroorzaakt door het schakelen van de transistors (MOSFETS).

In deze link zie je ook dat hoe hoger de frequentie hoe meer schakel verliezen.
http://books.elsevier.com...Chapters/02~chapter_1.pdf

<quote>
Digital systems draw both dynamic and static power. Dynamic
power is the power used to charge capacitance as signals change between
0 and 1. Static power is the power used even when signals do not change
and the system is idle.
Logic gates and the wires that connect them have capacitance. The
energy drawn from the power supply to charge a capacitance C to volt-
age VDD is CVDD2. If the voltage on the capacitor switches at frequency
f (i.e., f times per second), it charges the capacitor f/2 times and dis-
charges it f/2 times per second. Discharging does not draw energy from
the power supply, so the dynamic power consumption is
12
Pdynamic 2 CV DD f (1.4)
Electrical systems draw some current even when they are idle. When
transistors are OFF, they leak a small amount of current. Some circuits,
such as the pseudo-nMOS gate discussed in Section 1.7.8, have a path
from VDD to GND through which current flows continuously. The total
static current, IDD, is also called the leakage current or the quiescent
supply current flowing between VDD and GND. The static power con-
sumption is proportional to this static current:
Pstatic IDDVDD (1.5)
</quote>

http://en.wikipedia.org/wiki/Montecito_%28processor%29
In het vermogens overzicht van de Montecito zie je duidelijk dat het schakelen de vermogens disipatie veroorzaakt. De L3 Cache gebruikt maar 5 Watt vermogen ondanks dat deze uit 1550M Transistors bestaat. De rest gebruikt 80Watt en zijn 170M Transistors bestaat.

Simpel gezegd kunt je vermogens verbruik op 4 manieren beperken.
1) Spanning te verlagen
2) Frequentie te verlagen (In totaal of per niet gebruikt deel) Asynchrone proccessor?
3) Aantal transistoren te beperken
4) Het aantal actief schakelende transistors te verlagen (Als er bijvoorbeeld een Floating point instructie gedaan wordt, de transistors die hier niet bij horen niet laten schakelen) Delen van de processor uitschakelen.
(Waarschijnlijk is dit alles de gedachte van een leek, en zullen in een ARM en MIPS nog veel complexeren mechanismen in zitten).

Je ziet bijvoorbeeld aan een ARM en MIPS dat het design heel erg belangrijk is. Een huidige PC processor kan ook als deze veel lager geklokt is niet tippen aan de zuinigheid van de ARM en MIPS. Het is niet voor niets dat deze in low power devices gebruikt worden.

Door ddbruijn, zondag 17 juni 2007 12:23

Score: 1
Aangezien het een server processor is heeft deze voor zover ik weet ook Multi media extensies
Je bedoelt geen?
Lees mijn post dan. Ik link naar de Instruction Set Reference en geef aan dat ze er WEL zijn (waarom zouden ze niet in een server zitten? Ook HP heeft ze bv in de PA-RISC. Zijn reuze handig voor snel doorrekenen van lineaire stelsels, of het realtime genereren van multimedia-content op een webserver oid).
In een x86 zitten trouwens ook geen 8, 16 en 32-bit registers, op hardware-niveau.
Dat wordt allemaal gesimuleerd. Daar zitten ook haken en ogen aan. Zoek eens naar "partial register stall" in bv de Intel optimization manual. Dat legt het een en ander uit.
Ik verwacht dat je van bestaande technologie heel moeilijk een heel zuinige processor kunt maken. Waarbij je delen van de processor kunt uitschakelen of omlaag kunt klokken onafhankelijk van andere delen.
Waarom niet? De x86 is een van de oudste architecturen ter wereld, en daar hebben ze ook al die fratsen kort geleden in weten te bouwen.
Intel heeft ook jaren geleden al een Pentium 1 gemaakt die asynchroon was:
http://www1.cs.columbia.e...gyreview_oct_01_2001.html
In 1997, Intel developed an asynchronous, Pentium-compatible test chip that ran three times as fast, on half the power, as its synchronous equivalent.
Deze CPU was slechts een experiment, maar een deel van de technologie van deze clockloze x86-processor wordt ook gebruikt in moderne Intel-processors, als de Pentium 4, Pentium M en Core/Core2. Delen van de architectuur zijn al asynchroon.

[Reactie gewijzigd door ddbruijn]

Door worldcitizen, maandag 18 juni 2007 10:27

Score: 0
Waarom niet? De x86 is een van de oudste architecturen ter wereld, en daar hebben ze ook al die fratsen kort geleden in weten te bouwen.

Klopt maar daarvoor is de core van de processor wel helemaal omgegooid. Of dit ook zinvol is voor deze processor, de Itanium? Is in mijn ogen alleen maar interessant als je om bijvoorbeeld commerciële redenen een bepaalde architectuur aan wil houden.

Zie bijvoorbeeld de Transmeta (Die ruim minder dan 10 watt verbruikt):
http://www.fool.com/portf.../2000/rulemaker000225.htm

<quote>
Transmeta's Crusoe

For an outright clever solution to feeding VLIW instructions to multiple processor cores without sacrificing IA32 compatibility, let's look at Transmeta's approach. They basically took Intel's translation layer idea from the Pentium and decided to do it in software instead of in hardware.

The Crusoe translates IA32 instructions to VLIW in software and reorganizes the resulting code to keep all the processor cores busy. This is done by a VLIW program Transmeta calls the "Code Morphing" layer (very similar to Sun's Java JIT compiler). Instead of translating each instruction every time it sees it, the Crusoe keeps large chunks of translated instructions around in memory (actually in the CPU cache, which the Crusoe VLIW instruction set can address manually). This way, the Crusoe can spend more time executing translated instructions rather than retranslating them, and if it finds itself executing the same piece of code over and over, it can go back and put extra effort into optimizing it and reorganizing the instructions and such.

The other really cool thing about Transmeta's chips is their lack of heat. They were designed from the ground up for use in portable devices, and thus use much less power than anything else. (In part, this is because they need a lot less circuitry than a Pentium does because they moved so many tasks from hardware to software.) A Crusoe chip only uses one watt of power to run at full speed, and can scale back both its clock speed and its voltage to slow down when it doesn't need that much. What determines how much speed is needed, and controls the voltage and the clock? The code morphing layer, of course. So Crusoe goes in your wristwatch without draining the battery, rather than in a desktop with a big power supply and heat sinks everywhere.

But one big reason I think the Code Morphing approach is superior to what Intel is doing is that the underlying hardware can change. Intel is going through a big shock to introduce the IA64 instruction set, which is important because 32 bits isn't enough anymore and programs have to be rewritten. But if it decides to add more processor cores to each VLIW bundle in the future, programs will have to be recompiled AGAIN. Isolating those kind of details behind a layer of housekeeping software is just a whole lot tidier.
</quote>

Door ddbruijn, maandag 18 juni 2007 12:09

Score: 0
Klopt maar daarvoor is de core van de processor wel helemaal omgegooid. Of dit ook zinvol is voor deze processor, de Itanium? Is in mijn ogen alleen maar interessant als je om bijvoorbeeld commerciële redenen een bepaalde architectuur aan wil houden.
Waarom niet? Er is al behoorlijk wat software voor de Itanium verkrijgbaar. Ik denk ook niet dat Microsoft staat te springen om Windows WEER te gaan porten. Ze vonden x64 al niet leuk.
Afgezien daarvan snap ik niet waarom je WEL van de architectuur af zou stappen?
Deze architectuur begint een beetje op stoom te komen... Moet je dan alles weggooien en weer opnieuw beginnen, zonder enige garantie dat het ook beter wordt dan wat je nu hebt? Ben je weer heel wat jaren verder, sowieso.
Verder zou ik uberhaupt niet weten wat er nieuwer/beter dan VLIW/EPIC zou zijn, volgens mij is dat gewoon nog state-of-the-art.
Zie bijvoorbeeld de Transmeta (Die ruim minder dan 10 watt verbruikt):
http://www.fool.com/portf.../2000/rulemaker000225.htm
Ja leuk, maar ook de Via Epia is heel zuinig, maar dan met conventionele x86-techniek. En ook de ULV-varianten van Core/Core2 zijn bijzonder zuinig, maar presteren ook nog eens heel behoorlijk.
De Crusoe was gewoon niet goed genoeg om het verschil te maken.
De Itanium draait trouwens op een vergelijkbare manier x86-code, met een JIT-compiler in het OS.
En ook de Pentium 4 heeft wel overeenkomsten met z'n trace-cache.

Verder ben ik nooit echt kapot geweest van die Transmeta. De rest van de wereld blijkbaar ook niet, gezien hoe de zaken gegaan zijn.
«  1  2  »

Op dit item kan niet meer gereageerd worden.

Volgende 13:13
Vorige 23:45
VNU Media logo Powered by True

© 1998 - 2008 Tweakers.net - Alle rechten voorbehouden

Uitgever van: