Channels
Powered by True

Intel demonstreert systeem met twee quadcoreprocessors

Door Wouter Tinus, zaterdag 11 februari 2006 01:09
Bron: News.com, views: 31.123

Intels hoofd techniek Justin Rattner heeft vandaag tegenover een publiek van analisten een demonstratie gegeven van een systeem met daarin twee quadcore Clovertown-processors. Hoewel er tot nu toe nog maar vier van deze processors gemaakt zijn en de marktintroductie volgens de roadmap nog wel een jaar op zich laat wachten, is het een belangrijke mijlpaal vanuit het perspectief van de marketingafdeling. Naast het kracht bijzetten van de eerdere uitspraken over de 'multi-core future', geeft het ook meer vertrouwen in de nieuwe generatie architectuur waar het bedrijf bijna alles op in heeft gezet. De Clovertown bestaat onder de kap uit twee gekoppelde Woodcrest-chips, die op hun beurt weer grotendeels identiek zijn aan de volgende generatie notebook- (Merom) en desktop- (Conroe) processors.

Het is het zuinige ontwerp van de nieuwe generatie die quadcore mede mogelijk maakt: de zwaarste versie van Woodcrest (een dualcoreprocessor) draait volgens gelekte roadmaps op 3,0GHz en krijgt een TDP van 80 watt. Een verdubbeling daarvan levert dus 160 watt op, net iets minder dan de Xeon MP Paxville op dit moment verstookt. Het is niet waarschijnlijk dat Intel Clovertown net zo heet wil laten worden als de beruchte Netburst-chips, en ook door de beperkte bandbreedte - een probleem waar een processor met vier cores per definitie meer last van heeft dan één met twee cores - neemt de behoefte aan kloksnelheid af. Afgaande op de geruchten over de mobiele versie van de architectuur zou men een 2,33GHz quadcore al voor 70 watt kunnen maken, en dat zou wellicht zelfs een betere prestatie/watt verhouding opleveren. In de loop van het jaar, terwijl de quadcore wordt voorbereid op massaproductie, zal Intel zich uiteraard ook nog moeten buigen over deze afwegingen.

Tijdens zijn presentatie vertelde Rattner onder andere dat een 'grote financiële instelling' al op experimentele basis met Woodcrest-servers werkt. Het is niet ongebruikelijk dat klanten voor de introductie van een nieuw product worden voorzien van samples, maar Intel beseft dat de nieuwe architectuur ontzettend belangrijk voor ze is en wil er alles aan doen om te laten merken dat deze in goede conditie is. Het tonen van een experimentele quadcore vers uit de fabriek lijkt dan ook vooral een imagoboost op te moeten leveren, want de plannen voor quadcore- en zelfs octacore-processors waren al langer bekend. Intel gaat zijn nieuwe architectuur begin maart tijdens IDF officieel van een naam voorzien.

Intel multicores

Volgende: Nederland   verantwoordelijk voor 9,2% van alle spyware 11:12
Vorige: Technische details over DDR2-versie van AMD K8-core 21:32

Reacties

«  1  2  »


Waarom niet?

Dit is toch eigenlijk een logische stap. De processor zoals wij die nu kennen is eigenlijk aan het einde van zijn leven. Dat heet: het single core model is aan het einde van zijn leven.

Vertaling van die uitspraak: tegenwoordig is het niet meer zo dat je snel grote sprongen kunt maken met een nieuwe processor. Waar vroeger tussen de Pentium 60 en de Pentium 90 (die toch relatief snel na elkaar kwamen) theoretisch een snelheidswinst van 50% te halen zou moeten zijn (op basis van de processor alleen), is het verschil tussen een 2,8 Ghz en 3,0 Ghz niet eens 10% meer. En deze processoren zitten veel verder uit elkaar qua tijd.

Dit weten Intel en AMD al heel erg lang. Om die redenen is er in een vroeg verleden al gekozen voor een dual processor (of nog meer) configuratie voor bijvoorbeeld high-end workstations of bepaalde servers. Er zitten echter een paar problemen aan dit soort configuraties:

- De software moet het ondersteunen. Dat wil zeggen dat de fabrikanten hiervoor moeten programmeren. En aangezien sommige configuraties wel twee processoren zullen hebben en anderen niet, zullen ze voor twee situaties moeten optimaliseren. Dual core heeft dit probleem minder. Ja, je moet ervoor programeren, maar als iedere nieuwe processor straks dual core is, dan zullen de fabrikanten daar rekening mee houden, omdat ze weten dat dit is wat de klant heeft staan. Doen ze dat niet en de concurrentie wel, dan zullen ze klanten verliezen.

- Dual processor configuraties zijn duur. Het is zowel voor het fabriceren als in consumentenprijs een stuk goedkoper om een dual core systeem te maken. Hierdoor zal de klant eerder kiezen voor de dual core.

- Voor dual processor systemen moeten een aantal dingen dubbel worden uitgevoerd. Je hebt twee processoren, dus je moet ook twee processorvoetjes hebben op je moederbord. Beide moeten worden gekoppeld met de rest van het systeem. Je hebt meer plaats nodig, dus een groter moederbord en kast. Je moet twee koelers hebben, etc.
Hoe meer electronica, hoe meer er mis kan gaan. Ik denk dat de echte dual processor systemen in de toekomst alleen zullen worden ingezet op plaatsen waar het om redundency gaat. Dus om ervoor te zorgen dat het systeem kan doordraaien als een processor uitvalt.

- Door het hebben van twee processoren, zul je iets in je systeem moeten hebben, zodat ze samen kunnen werken. Zit dat op de processor, dan heb je het tweemaal gekocht en eigenlijk maar eenmaal nodig, en zit het op de chipset, dan heb je misschien iets wat niet optimaal met je processoren samenwerkt. Door een dual core te maken, kun je dit laten regelen door de processor zelf. Ik weet trouwens niet hoe dit precies gebeurd. Ik speculeer hierop. Moet ik eens uitzoeken.


En als voordeel voor dual core systemen geldt natuurlijk ook dat een dual core dezelfde prestaties kan leveren als een single core met minder vermogen. Dus ook minder warmte, dus ook minder koeling, dus ook stiller!


Als ik naar de systeemeisen van bijvoorbeeld Vista kijk, en ik kijk wat er nodig is voor zaken als "echte" spraakherkenning (dicteerfuncties etc), fotoherkenning, intuïtieve besturingssystemen, die meedenken met de gebruiker (zoiets als je in Star Trek ziet) etc. is er nog veel meer processorcapaciteit nodig dan we nu kunnen krijgen. De supercomputers van vandaag zullen morgen bij de gewone gebruikers staan. Zo is het altijd geweest en zo zal het altijd zijn.

Ik heb dit stuk geschreven op dual core processoren en niet op quad processoren, omdat dat de stap is, die er nu gezet wordt. Alleen zal men snel erachter komen dat de extra kracht niet genoeg is. Dus binnen een paar jaar zullen quad core systemen, zoals nu hier getoond, gemeengoed zijn en waarschijnlijk zullen er nog meer cores in het processor geprompt gaan worden. En ik voorspel dat uiteindelijk de cores zullen gaan differentiëren, zodat men toch op het cell concept uitkomt.

haha.. het klopt meteen..
AMD maakt een zet, en gelijk er na maakt intel een zet...

mooi spel :z


het spreekt mij eigenlijk wel aan.. zo'n quad-core.. :)

iemand toevallig enig idee of AMD ook zoiets heeft als hyperthreading?? zo niet, dan is dat het punt dat AMD nog goed kan verbeteren...


nu nog ff kijke waar AMD mee terug slaat...


k vraag me wel af wat voor een score die CPU's zouden halen... zal zeker niet slecht zijn... :Y)

HyperThreading van AMD?

Was dat niet HyperTransport?

/edit
Die CPU's zullen nu nog niet zo'n grote vooruitgang scoren in benchmarks, aangezien er (voor zover ik weet) nog geen/amper benchmarks zijn die quadcore CPU's volledig ondersteunen en gebruiken..

Intel maakt de processor echt niet voor benchmarks. Daarnaast zijn er wel database omgevingen (en er op gebaseerde benchmarks) die in staat zijn véél threads te maken, en dus alle 2x4 cores te gebruiken.

Voor je desktopje heb je voorlopig aan zoveel cores nog erg weinig, maar, veel software wordt langzaam multithreaded, en als je dan ook nog eens multitask-ed worden 4 cores helemaal niet meer zo idioot.

Elk goed geschreven stuk software wordt happy meerdere CPU's. Ook in de windows wereld maak je mensen die met Maya of After Effects werken behoorlijk blij als ze 8 render threats simultaan kunnen draaien :)

In de meeste gevallen hoor je dan ook niemand meer zeuren om een stel 19" render node's :)
Then again: [save as: http://www.projectoffset....t_august2005_852x480p.wmv]

als ze 8 render threats simultaan kunnen draaien
Mensen die blij worden van acht bedreigingen tegelijk? :)

Hyperthreading is nogal een punt van verhitte discussie, omdat het vaak alleen maar de prestaties verprutst. Het is te nep. Vraag maar eens in het dutch power cows forums naar mensen met hyperthreading die hun client maar op maximaal 50% kunnen laten draaien. Ze moeten dus twee clients draaien om dezelfde prestatie te krijgen als een zelfde CPU zonder HT.

De zelfde problemen heb je met multithreaded raytracers.

Ik hoop dat AMD het nooit gaat doen.

Volgens mij is dat normaal hoor :?

Klanten van mij met Hyperthreading op hun dual processor Terminal Servers zien bij crappy applicaties de utilization op 25% staan, maar in feite is dat dus 25*4 (2 processoren met HT) dus 100%

Correct me if i'm wrong..

Dit heeft te maken met de interpretatie van Windows: na inschakeling van Hyperthreading "ziet" Windows opeens 2 CPU's, die opgeteld 100% CPU-tijd vertegenwoordigen. Wanneer je een proces opstart dat 100% CPU-tijd van 1 CPU inneemt (bv. DC-client), dan geeft Windows dit weer als 50% omdat die immers 2 CPU's ziet, maar stiekum heb je gewoon maar 1 CPU die op dat moment 100% bezig is. ;)

De discussie die geregeld op het DPC-forum gevoerd wordt, gaat over het feit of het draaien van 2 DC-clients i.c.m. Hyperthreading een performance-verbetering geeft.
Het antwoord daarop is: NEE (bij gebruik van 2 dezelfde clients)!
Hyperthreading geeft alleen performance-verbetering wanneer 2 threads verschillende delen van de CPU gebruikt, bv. de ene thread is bezig met FPU-instructies en de andere met IO-instructies. Op het moment dat 2 threads hetzelfde deel van de CPU gebruikt (gebruikelijk wanneer 2 dezelfde type clients actief zijn) creeer je een overhead door het swappen van threads, resources van de ene thread moeten plaats maken voor de andere thread. Dit geeft een performance-verslechtering t.o.v. non-Hyperthreading!

Dus Hyperthreading is gewoon een sigaar uit eigen doos! :(

Och, 30% performance winst bij het draaien van Exchange noem ik geen sigaar uit eigen doos.

Maar zaligmakend is hyperthreading inderdaad niet. Met name dus als je threads hebt die steeds precies dezelfde instructies gebruiken.

Op het moment dat 2 threads hetzelfde deel van de CPU gebruikt (gebruikelijk wanneer 2 dezelfde type clients actief zijn) creeer je een overhead door het swappen van threads, resources van de ene thread moeten plaats maken voor de andere thread.
Swappen van threads is helemaal geen overhead. Een meer wetenschappelijke naam voor HyperThreading is simultaneous multihreading (SMT). De threads gaan dus perfect tegelijkertijd toegang zoeken tot de resources. Worst case gaat elke thread aan 50% draaien (maar dus nog steeds 100% voor de ganse chip). Best case 2 x 100% maar dat kan maar zeer kortstondig door andere bottlenecks. In ieder geval niks dan goeds.

Het creëert enkel een probleem voor de cache. Die zal namelijk in het slechtste geval maar de helft van de data voor elke thread kunnen opslaan, wat een verhoging van de cache-misses met zich meebrengt. Een cache-miss kan vele honderden clockcycli duren door de latentie van het hoofdgeheugen (bij Intel zeer slecht). Twee geheugenintensieve threads zullen dus op een CPU met SMT samen niet optimaal lopen.

Anderzijds is ook de optimistische scheduler als een schuldige aangeduid, die te veel berekeningen start die niet geldig zijn, ten koste van de andere thread.

Maar voor AMD zou SMT nog een behoorlijke winst kunnen betekenen. Zij hebben een pak meer verwerkingseenheden, lagere latentie naar het hoofdgeheugen, en accurate scheduler...

en ruim 200% lagere SQL prestaties wel dan?

Hmm de meeste linux pakketten die wij zelf hebben gebenchmarked met real live situaties die aan de hand van logs zijn nagebootst mochten we toch opmaken dat services als apache er wel degelijk baat bij hebben als hyperthreading aan staat.
Dat het onder windows amper iets oplevert of zelfs verslechtering met zich meebrengt moet denk ik eerder gezien worden als een slechte implementatie in windows of in de pakketten die erop draaien.

@Darkprince1234

SQL prestaties ???

Oracle ?
SQL Server ?
DB2 ?
MySQL ?
Postgres ?

Oftwel wat bedoel je ?

ach het klinkt allemaal wel leuk hoor, maar op dit moment is de consumentensoftware niet eens geoptimaliseerd voor dualcore cpu's.
Dit zijn dus mooie technologische stappen die de mensheid wel nodig heeft, maar we hebben er (behoudens de servers met databases die zware queries draaien en 3d ontwikkel omgevingen) vooralsnog geen klap aan.

de score waar je het over hebt zal niets meer dan synthetische benchmark zijn en absoluut niet reflecteren op werkelijke prestaties in de huidige gebruikersomgeving

Ik ben heel blij met meer cores. Hoe meer hoe beter. Mijn systeem doet enorm veel op de achtergrond, en dat zal in de toekomst steeds meer worden, ook bij gewone consumenten.

Het heeft al voordelen als dat je muis niet meer schokkerig gaat als de CPU te hard bezig is.

En, software wordt snel wel multithreaded. Ik bedoel, toen de 486dx er kwam, was er ook weinig software die de floating point unit gebruikt. Nu wel.

Een muis die schokkerig gaat als je CPU zwaar bezig is heeft te maken met een slecht geschreven muis-driver.

Ik heb dat mijn m'n eigen muis ook ervaren. Als ik de standaard windows drivers gebruik heb ik nergens last van. Laad ik echter de muis-driver zodat ik knoppen van het toetsenbord aan muisknoppen kan assignen, dan gaat ie schokkerig bij 100% cpu.

Je zou natuurlijk nog kunnen kijken om de prioriteit van de driver te verhogen, maar als het zo brak geschreven is dan doe ik dat liever niet, en daarom heb ik die driver weer verwijderd.

Let wel dat de post waar je op reageert het heeft over consumenten toepassing. Hier op tweakers zitten denk ik toch voornamelijk mensen die net iets meer met hun pc doen dan de gemiddelde pc-gebruiker.
Ik denk ook dat de 'gewone' gebruiker vooralsnog weinig profijt zal hebben van 2 of 4 of nog meer cores.

Kijk bijvoorbeeld naar notebooks, de huidige notebooks draaien 90% van de tijd op een lagere snelheid omdat het gewoon niet nodig is om de volledige processorkracht te gebruiken. Meerdere cores is dus ook niet echt nuttig (voorlopig)

@mjtdevries
Dat is bij jou in windows zo dan blijkbaar, maar ik gebruik geen windows, en mijn muis doet het ook in Linux.

Maar, nog dommer is de industrie om toetsenbord en muis op USB te zetten. De speciale toetsenbord en muisport hebben bijna het hoogste IRQ, dus gaan voor alles. Als je het op USB zet, heeft de harde schijf nog meer prioriteit dan de muis... De HD zou een hele lage prioriteit moeten hebben, wat in het oorspronklijke XT model ook zo was. Ik zou liever een opvolger voor PS/2 hebben voor de muis, die een hogere update-rate heeft.

ach het klinkt allemaal wel leuk hoor, maar op dit moment is de consumentensoftware niet eens geoptimaliseerd voor dualcore cpu's.
Dit zijn dan ook Xeon MP's, dus chips voor dikke servers. Verder is het zo dat als een applicatie eenmaal aan multithreading doet ("geoptimaliseerd is voor dualcore", zo je wil) dat hij dan in heel veel gevallen net zo makkelijk gebruik kan maken van quadcore of hoger.

hyperthreading had intel nodig om de netburst pipeline vol te houden, daar heeft AMD weinig tot niks aan.

verder had AMD al plannen klaar liggen voor quad cores (maar dan vooral voor servers, voor de thuis maarkt hebben ze nog niet veel nut volgens AMD, en daar hebben ze helemaal gelijk in als je het mij vraagt).
zodra ze over zijn op 65nm zal ook AMD ze maken (voor die tijd zijn ze te duur omdat ze te groot zijn).
voordeel is dat AMD wel over genoeg geheugen bandbreedte zal beschikken om al die cores te voeden : dual channel ddr2-800 per socket, wat dus ongeveer 4 keer zoveel bandbreedte heeft als de 754 socket CPU's, wat heel mooi uit komt als je ook 4 keer meer cores hebt.

waarschijnlijk zal intel met deze nieuwe Woodcrest's wel wat op AMD gaan inlopen op dual core gebied (voornamelijk vanwegen de minder bandbreedte verspillende argitectuur in vergelijking met netburst), maar de FSB ook dan nogsteeds niet genoeg bandbreedte geven om er 4 voldoende te voeden.

Voor de Xeon komt er 1333MHz FSB, die in theorie 10,6GB/s levert. Er wordt toegewerkt naar een dedicated FSB per socket. Als AMD bij DDR2-667 blijft komen ze op exact hetzelfde uit, en een sprong naar DDR2-800 (die lang niet zeker plaats gaat vinden voor het moment dat de eerste quadcores verschijnen) levert in theorie hoogstens 20% winst op (in de praktijk is dat natuurlijk veel minder). Zoveel verschil in bandbreedte is er dus niet.

voor de dual cores heb je gelijk
maar voor de quad cores heeft intel weer het zelfde gedaan als bij de eerste pentium D's. gewoon 2 keer de oude core aan elkaar geplakt.
dat betekend dus dat er niet 1 arbitrator unit is voor alle 4 de cores maar dat er 2 zijn per 2 cores.
dat betekend dat ze dus een 3 punts FSB nodig hebben.
en dat betekend eigenlijk altijd dat die FSB nooit zo'n hoge frequentie gaat halen als de normale 2 punts FSB-en
waarschijnlijk word het dus (met een beetje geluk voor intel) een 1066mhz FSB wat dus 'maar' zo'n 8.5GB/s opleverd.
een vrij groot verschil met de 12.8GB/s van AMD.
en dit geld alleen voor single socket systemen.
bij dual socket krijgt AMD 2 keer 12.8GB/s en intel krijgt 'maar' 2x10.8GB/s aan FSB bandbreedte (dubbel uitgevoerde FSB) maar hoeveel geheugen bandbreedte ze nou echt hebben hangt af van het gebruikt geheugen, willen ze die 21.6GB/s halen zal er waarschijnlijk best dure type geheugen moeten komen aangerukt.
voor 4 sockets word het verhaal voor intel nog ungunstiger.
dan moeten ze zelfs met een dubbel uitgevoerde FSB nogsteeds met een 5 punts FSB werken als je overal quad cores in stoped.
als zo'n FSB de 800MHZ haald mag intel heel tevreden zijn denk ik.

dat betekend dus dat er niet 1 arbitrator unit is voor alle 4 de cores maar dat er 2 zijn per 2 cores.
Ik daag je uit om dat hard te maken met een link. De 65nm Xeon DP bestaat uit twee aparte dies maar heeft toch maar één belastingspunt op de FSB. Ik zie geen enkele reden waarom Intel een jaar later weer terug zou stappen op een minder goed systeem.
willen ze die 21.6GB/s halen zal er waarschijnlijk best dure type geheugen moeten komen aangerukt.
En voor AMD-servers is het geheugen gratis ofzo :?. Ze zullen een gelijk aantal kanalen nodig hebben om dezelfde bandbreedte te halen. FB-DIMM maakt het erg goedkoop aan de kant van het moederbord om meerdere kanalen aan te leggen, en acht kanalen is wel het minimum wat je voor zo'n chipset kunt verwachten (dat wordt nu namelijk ook al voor DDR2 ondersteund).
oor 4 sockets word het verhaal voor intel nog ungunstiger. dan moeten ze zelfs met een dubbel uitgevoerde FSB nogsteeds.
Vier sockets is straks ook vier bussen.

4 bussen hebben ze nog nergens genoemt voorloopig zitten ze vast aan 2.

AMD kan gewoon bufferd/registerd DDR2 geheugen gebruiken en hoeft geen relatief duure FD-dimms te pakken

en ze stappen niet terug, ze maken gewoon meer van hetzelfde.
de huidige dual cores met zijn 2-en op 1 CPU.
maar dat betekend dus wel 2 arbitrator units.

wordt ook echt tijd voor nieuwe zetten, in 4 jaar tijd hebben ze beide de kloksnelheid maar 50% omhoog kunnen schroeven

iemand toevallig enig idee of AMD ook zoiets heeft als hyperthreading??
Nee, AMD heeft juist geen Hyperthreading omdat al vrij snel duidelijk werd dat Hyperthreading eerder performance kost dan oplevert. Daarom zie je bijvoorbeeld grote oracle servers met 4 XEON's die vaak Hyperthreading uit hebben staan.

In principe was HT de voorloper van de multi-cores, alleen kreeg je toen een 'virtuele' CPU uit software matige optimalisaties binnen de CPU, wat uiteindelijk slecht bleek te werken. AMD heeft het nooit virtueel gedaan, misschien met de gedachte dat er maar 1 manier was om zoiets goed te doen, en dat is met een extra core.

Nee, Arjan, Intel deed het omdat hun architectuur zo crappy was dat een te groot deel van de pipeline uit z'n neus zat te vreten... dat moest hyperthreading oplossen. Hyperthreading is de pleister op de wond die Netburst heet.

AMD heeft nooit last gehad van dat hele probleem en had dus ook geen hyperthreading nodig.

Een vorm van HyperThreading (SMT) wordt ook toegepast door de IBM Power5-serie, waar het de snelheid tot 35% heeft verbeterd. Ook was het een van de belangrijkste verbeteringen die gepland stond voor de Alpha EV8. Dat het voor één specifieke processor niet altijd winst oplevert is geen reden om meteen het hele idee erachter af te schrijven. Dat een deel van de pipeline uit zijn neus staat te vreten is namelijk voor alle processors een probleem, met name met een ingewikkelde instructieset als x86 is het gewoon praktisch onmogelijk om alle functionele eenheden continu bezig te houden met instructies uit één thread.

Ik heb onder linux goede ervaringen met hyperthreading...

probeer eerst maar eens je dual core volledig te benutten als thuisgebruiker ;)

The Ghz Race is Dood
The Core Race is begonnen !!!!
Hoeveel cores heb jij :Y)

AMD heeft iniedergeval gezegt nog zeker hard door de werken aan single core preformance. gewoon omdat ze denken dat de consument daar nogsteeds behoeft aan zal hebben.
en daar kan ik ze geen ongelijk in geven.
je kan zo veel cores hebben als je wilt, als ze niet snel zijn schieten de meeste van de huidige programas nog voor geen meter op.

ook zal zeker op de korte termijn de hoeveelheid cores bepaald worden door het productie process.
2 cores bij 90nm 4 cores bij 60nm, 8 a 16 bij 45n, ect.
hier zal waarschijnlijk zowel intel als AMD zich aan houden.

Ik denk dat we meer gespecialiseerde cores gaan zien, zoals je bij de Cell-architectuur ziet. Dat is voor veel toepassingen namelijk extreem voordelig. Een desktop draaien, een browsertje, een emailprogramma en een tekstverwerker, dat kun je welhaast niet sneller/beter maken.

Het verwerken van videobeelden (ik spreek uit ervaring) kan echter nog vele malen complexer dan dat er nu realtime mogelijk is. De meeste algoritmen moeten nog steeds offline uitgevoerd worden; jammer, want veel beeldbewerkingstoepassingen zijn alleen nuttig als ze online werken. Ik voorzie daar een sterke verbetering de komende 5 jaar...

Maar het verwerken van videobeelden is een nogal specialistische toepassing. Ik denk dat dat voorlopig nog in het gebied van de Matrox-kaarten en soortgenoten zal blijven. Net als dat we voorlopig nog wel 3d accelerator-kaarten zullen houden. Maar misschien dat er ooit een tijd komt dat 3d-acceleratie en CPU weer tot elkaar komen.

Eerder :

Hoeveel TFlops heb jij?.......

hevige strijd tussen intel en amd.
concurentie tussen beide plukken voorlopig de consumente de vruchten van echter. op dit moment zijn er maar twee echte serieuze desktop proc bouwers. mochten deze onder tafel een staakt het vuren/prijs afspraken contract tekennen dan zijn we pas echt de lul.

maar hopen dat die chinese of rusische tegen hanger iets leuks kan knutsellen, 3 of 4 strijdende partijen kan pas echt leuk worden.

ik heb een dual core gekocht maar ik vraag me af of ik niet gewoon beter een snellere , voor het zelfde geld, single core proc had kunnen kopen.

Een belangrijke vraag die zeker bij deze presentatie gezet dient te worden is of de geshowde quad core-processors werkelijk quad core zijn, of dat het twee dual core-processors in één verpakking betreft.

Aan de ene kant lijkt het logisch dat het twee 'aan mekaar geplakte' dual cores zijn, aangezien deze quad core 'Clovertown' processors gepland staan rond dezelfde tijd als de dual core 'Woodcrest' processors uit dezelfde lijn.

Aan de andere kant kan het natuurlijk ook zo zijn dat Intel het al in de ontwerpfase bijzonder makkelijk heeft gemaakt om meerdere cores te integreren zonder daarbij te moeten terugvallen op twee eenheden in één verpakking.

Het simpelweg aan mekaar plakken is natuurlijk de slechtere oplossing van de twee. Als Intel echter in staat is om op zulke korte termijn een 'echt' quad core-ontwerp productieklaar te krijgen zonder 'aan mekaar plakken', is dat wel een zeer positieve indicatie voor de voorspelde multicore toekomst.

Als Intel heeft gedaan wat jij zegt dan zijn ze wel erg stom bezig! Dat zou namelijk hetzelfde geintje zijn wat ze destijds ook bij de eerste Dual core CPU's hebben gedaan met als gevolg dat ze later konden toegeven dat dat ontwerp 'gehaast' was gemaakt!

Die fout kunnen ze zich, imho, echt niet nog eens veroorloven! Vooral niet daar AMD zeker niet stil zit!

Quote artikel:
De Clovertown bestaat onder de kap uit twee gekoppelde Woodcrest-chips, die op hun beurt weer grotendeels identiek zijn aan de volgende generatie notebook- (Merom) en desktop- (Conroe) processors.

Ik neem aan dat niet iedereen meteen over zal stappen op Windows Vista als die OS uitkomt, dus nu zit ik dan meteen met het volgende vraagstuk:

Is het niet zo dat WinXP alleen maar ondersteuning tot maximaal 2 cores biedt? Als dat zo is heb je niets aan quad cores in WinXP, tenzij M$ met een soort van Quad core update aan komt rollen.

Ik heb screenshots gezien van Windows (wellicht server editie) waar 8 van die kleine cpu grafiekjes in te zien waren en volgens mij ook al eens van meer (dan worden de grafiekjes heel smal) dus het is zeer goed mogelijk. En ik denk niet dat bedrijven een quad core systeem aanschaffen om er WinXP Home op te installeren }:O

Die ondersteuning is er dus wel.

Quad cores met Windows XP is inderdaad niet mogelijk, dat is namelijk iets wat je in servers ziet. Tegen de tijd dat dat echt een consumentenconfiguratie wordt, dan kan Vista dat ook.

Want als je ziet dat Windows 2000 en 2003 het weer wel kunnen dan ligt het niet aan een gebrek aan technologie bij Microsoft.

Weet iemand zogauw op XP Pro x64 ondersteuning biedt voor meer dan 2 cores? Deze is namelijk opgebouwd rondom Windows server 2003?
*zoekt zelf ook meteen ff op*
Site van M$:
• Windows Server 2003 Datacenter x64 Edition supports up to 64 processors.
• Windows Server 2003 Enterprise x64 Edition supports up to 8 processors.
• Windows Server 2003 Standard x64 Edition supports up to 4 processors.
• Windows XP Professional x64 Edition supports up to 2 processors.

Je moet niet vergeten dat 'cores' iets anders in dan 'processors'. Je XP licentie staat je toe om maximaal 2 processors te gebruiken. Multi-core maakt daarbij niet uit. Zie voor meer info http://www.microsoft.com/...highlights/multicore.mspx.

Quadcore is wel gaaf, maar ik heb een lezing bijgewoond op Havard waar er werd voorgespeeld dat de CPU oorlog zal op het gebied van hoeveelheid cores in de computer en niet over de kloksneelheid! Zodra de fabriekanten een goedkoop manier vinden om 'multi'cores te plaatsen op een CPU is het zover. Men onderzoekt de mogelijkheden met behulp van nano technologie maar het zal wel niet in de nabije toekomst komen. Er is wel hoop dus!

:)

Als je 'n lezing hebt bijgewoond op HaRRRvard hoop ik toch echt dat je daarna bent doorgelopen naar de afdeling "spelling en gramatica" ;)

ik vind het leuk en aardig dat ze zoveel cores bij mekaar gaan stampen... maar wat zullen de gevolgen zijn voor het energiegebruik?

ik vind het leuk en aardig dat ze zoveel cores bij mekaar gaan stampen... maar wat zullen de gevolgen zijn voor het energiegebruik?
Dat is precies waar het hier om gaat, de race om de kloksnelheid is (nu) doodgelopen, daar het in verhouding teveel energie (dus ook warmte) kostte voor een kleine winst. De speling zit nu in het aantal cores en uiteraard probeert men die zo energiezuinig te maken, aangezien dat nu (en in de toekomst) een steeds belangrijkere factor wordt.

ik vind het leuk en aardig dat ze zoveel cores bij mekaar gaan stampen... maar wat zullen de gevolgen zijn voor het energiegebruik?
Het feit wil dat de energie consumptie meer dan lineair stijgt als de clock omhoog gaat. M.a.w een schaling van 1Ghz naar 2Ghz kost -meer- dan een factor 2 aan energie bij gebruikmaking van voorderest dezelfde technieken.

Dus, in plaats van 1 CPU op 2Ghz, kun je voor veel minder energie er 2 op 1.5Ghz laten laten, of 4 op 1.2Ghz, of 8 op 1.0Ghz, etc etc. (getallen zijn compleet fictief en alleen ter illustratie van het idee).

Mede afhankelijk van de software zit er ergens een sweet-spot tussen performance en energie verbruik. Voor sommige software zal 200x0.1Ghz veel beter zijn dan 1x2Ghz (bv neurale netwerken) terwijl andere software het alleen maar op de 1x2ghz zal doen (de meeste games).

In bijna alle gevallen geldt echter dat als de uitkomst van de aantal x clock som gelijk is, dat dan de som met het laagste aantal de grootste performance heeft.

Bv, 1x2Ghz is bijna altijd sneller dan 2x1Ghz, zelfs voor enorm parallized software. De truuk zit hem echter in het feit dat je door de aantallen te verhogen, bij gelijkblijvende energie opname, een grotere totale some kan krijgen. Tegenover 1x2Ghz zet je dus niet 2x1Ghz kwa enerie, maar 2x1.5Ghz. De totale som is in het laatste geval 3 en nu hangt het van de software af wat er sneller is.

Ik ben nog steeds van mening dat Intel altijd nog het een en ander achter de hand heeft, maar altijd wacht totdat de markt hier een behoefte aan schijnt te hebben (de markt wil wel snellere CPU's, maar heeft ze in feite eigenlijk niet nodig; wie gebruikt zijn CPU nu volledig??). Deze behoefte is er pas, als AMD weer een nieuw product uitbrengt. Op deze manier blijft Intel lekker meelopen en hebben ze maximale inkomsten van de huidige producten, terwijl AMD hun eigen stukje marktaandeel mag houden. Dat stuk dat AMD heeft, kan Intel er simpelweg niet bij gebruiken, omdat je anders weer aan alle kanten van monopolie-positie beschuldigd wordt. Intel heeft niet zo'n hekel aan AMD, maar speelt er gewoon een spelletje mee waar ze zelf beter van worden.
...als je het mij vraagt.

Vergis je niet, AMD zou ook zomaar met een revolutionair idee kunnen komen, ontwerpen en ontwikkelen, goed markteten en Intel 'van de kaart vegen' ;) Amd zou dus een soort van addertje onder het gras kunnen worden voor Intel, daarom proberen ze nog steeds om AMD uit de markt te drukken.

dat er nou geen behoefte is aan snellere CPU's is boelpoep. nou is de CPU behoefte voor internet en dergelijke al lang voldaan.
maar als je kijkt naar games dan kan de CPU niet snel genoeg zijn. tegenwoordig zijn vaak de CPU's de bottleneck van het systeem. als je SLI hebt is zelf een zware AMD het allemaal nog te veel.
voor HDTV content. dat kan tegenwoordig wel maar nog niet gemakkelijk. voor HD content moet je tog echt minimaal 3GHz of AMD 3000+ die kant op. en dan werkt het wel maar net zo goed als een simpel filmpje op een P3 600Mhz. het kan maar wat extra vermogen kan geen kwaad.

en op technish gebied betekend stil staan, achteruit gaan. dus CPU's hebben zeker meer vermogen nodig

(op verkeerde persoon gereageerd sorry!)

Je kunt ook stellen dat de grafische kaarten nog niet snel genoeg zijn en de CPU nog niet genoeg ontlasten.

Lijkt me niet. Intel haalde de verwachte omzetgroei niet, vanwege AMD, en de koers zakte in. Ik kan je vertellen dat de aandeelhouders dat niet leuk vinden, laat staan als bedrijfsstrategie ondersteunen.
«  1  2  »

Op dit item kan niet meer gereageerd worden.

Volgende: Nederland   verantwoordelijk voor 9,2% van alle spyware 11:12
Vorige: Technische details over DDR2-versie van AMD K8-core 21:32

Powered by True
RSS VNU Media logo
© 1998 - 2008 Tweakers.net - Alle rechten voorbehouden
Uitgever van: