Hoofdcategorieën
Device Settings

Intel denkt aan 'core hopping' voor stroombesparing

Door Wouter Tinus, donderdag 15 augustus 2002 12:53
Bron: AsiaBizTech, views: 769

Op AsiaBizTech is een interessant artikel verschenen over de zoektocht van Intel naar manieren om het stroomverbruik terug te dringen. Naast de standaard verhalen over nieuwe materialen en efficiëntere transistors komt ook een interessant concept aan bod: core hopping. In toekomstige processors die uit meerdere fysieke cores bestaan (dus niet de virtuele cores die met HyperThreading worden geschapen) zou een soort loadbalancer moeten komen, die ervoor zorgt dat de instructies op zo'n manier verdeeld worden dat geen van de cores veel heter wordt dan de anderen. Warmte afvoeren is namelijk één ding, maar ongelijkmatig verdeelde warmte binnen een chip is een heel ander probleem. Een thread die de FPU van één core zwaar belast zou dus regelmatig naar een andere hoek van de processor geschopt worden:

For example, in the case of a microprocessor with four CPU cores, an MPU processes such a thread using the first CPU core for a certain amount of time and then uses the second, third and then the fourth CPU core for the remaining processing. After the fourth CPU core is used, the processing will be done using the first CPU core again. Such switching among CPU cores is estimated to take place once in some milliseconds, according to Intel.
Onrealistische fotosoep-impressie van multi-core CPU, tnx Jack
Volgende 12:55 Forrester: downloaden niet oorzaak dalende cd-verkoop
Vorige 12:48 AMD ClawHammer OpenSSL benchmarks
Advertentie

Reacties

«  1  2  »

Hadden ze dat niet eerder kunnen melden? Heb ik net voor Jan Lul een 4way server aangeschaf. Wel een goed begin natuurlijk. 4x4 overklokken :9~

Such switching among CPU cores is estimated to take place once in some milliseconds, according to Intel.
loop je dan niet heel veel clock cycles mis?

edit. eh wacht even verkeerd gelezen denk ik |:(
het switchen opzich neemt geen tijd het gebeurt om de zoveel milliseconden

het switchen opzich neemt geen tijd het gebeurt om de zoveel milliseconden
Dan tóch denk ik dat het enige processing power vergt om dat switchen voor elkaar te krijgen. Overhead zal er vast zijn, en overhead betekend minder efficientie. TENZIJ het zo is, dat door deze techniek toe te passen de warmteproductie dermate onder controle wordt gehouden, zodat een CPU geen cycles zal gaan minderen omdat hij anders te warm wordt (te warm in P4 -> minder snel gaan werken).

Zo, denk daar maar eens over na. Dat zullen ze bij Intel vast al gedaan heben. :)

"Intel denkt aan" Kortom, voordat we zoiets in de winkel zien zijn we weer een hele poos verder. Op zich is het idee natuurlijk niet zo heel vernieuwend. Je neemt gewoon meerdere (langzamere) processoren, en je krijgt een systeem dat met een kleinere airflow te koelen is.
Als je dat on-chip doet, wordt de totale warmte nog makkelijker verdeeld over een groot oppervlakte, dus dat maakt eea nog makkelijker.

4 P4 cores in een chippie levert overigens wel een lekkere snelle processor op, maar goed, aangezien de schaalbaarheid niet tot in het ondeindige gaat, zal er toch sowieso iets bedacht moeten worden zodat de effectieve snelheid van de processor hoger wordt. Aan de andere kant, als je deze 4in1 oplossign als koeling wilt gebruiken mag je natuurlijk niet alle 4 de cores gewoon alsnog 100% gebruiken....
Zo krijg je natuurlijk weer een nieuwe afweging, of je gebruiken meerdere cores tegelijk, maar de kloksnelheid moet dan lager vanwege warmteontwikkeling, of je gebruikt maar 1 van de 4 cores, maar dan kan je je klok wel verder omhoog schroeven.

Voorlopig wacht ik in spanning af

Word ie van het hoppen dan niet warm ???

En als je dan 100% belast?
dan krijg je 4x een hete cpu of is het echt maar 1 cpu ipv 4?
Het lijkt me nogal een duur geintje om 4 cores in 1 CPU te stoppen namelijk.
Time will tell.

Wat ik ervan begrijp is dat dit een knap staaltje parallel processing is.
Het bleek namelijk dat enkele delen van de procesor buitensporig veel gebruikt worden, terwijl andere delen het relatief rustig hebben.
Door nu de instructies goed te ordenen, kun je die intensieve bewerkingen (bv FP of SSE ops) na een periode doorschuiven naar een andere core, en krijgt deze 1e core een ander soort bewerkingen te doen (bv integer ops), zodat dus een andere unit op die 1e core het iets zwaarder krijgt. En zo doorschuivend naar de 2e etc...

Daardoor krijg je een gelijkmatigere belasting van de core --> hogere prestaties mogelijk, want de zwakste schakel wordt constant gerouleerd)

Ja mooi bedacht,
Maar wat als een veeleisende multithreaded toepassing nagenoeg uitsluitend instructies uitvoerd die veel hite veroorzaken in de cpu?
Het idee is goed, maar in praktijk lijkt het me alles behalve ideaal.

Je proc dan 2 the max stressen wordt erg moeilijk, aangezien de processor zelf probeert zo koel mogelijk te blijven. Maar ja, er zal uiteraard een maximum temperatuur zijn.

Dit uiteraard als intel met een multicore processor op de markt komt

Het is toch wel typisch dat Intel daar toch altijd een zwak punt heeft gekend ...
En dat ze er eigenlijk nooit een oplossing voor hebben gevonden vind ik nog veel gekker
ZO heeft iedere proc. toch een zwaktebod , ik hoop voor ze dat ze met deze expirimentele maatregel mischien iets bereiken
Want telkens maar nieuwe aansluitpunten verzinnen om de stroom ergens vandaan te halen vind ik wel een beetje een paardemiddel !

Ach ja, de beste methode is degene die werkt.

Vind het wel een grappig concept. Wel zonde van transistors want net zo goed dat ze daar ook cache van kunnen 'maken' of ander onboard spul (DSP of zo)
Maar eigenlijk hebben ze het ook zelf over zich heen geroepen om die CPU's zo op te bouwen dat het maar sneller en beter presteerd dat ze de efficientie toch wel hebben laten liggen. (anders heb je geen hitte problemen IMO)
En dat core hoppen klinkt wel stoer maar met al die pipelines en wat al niet meer zou de prestatie nog wel eens vies kunnen tegenvallen met dit concept. En volgens mij dat je eerder het gebruik van meerdere modules voor dezelfde funties op een kleiner nivo moet gebruiken. Da's zeker niet makkelijk om te bouwen maar het zet wellicht wel wat zoden aan de dijk.

Het is toch wel typisch dat Intel daar toch altijd een zwak punt heeft gekend ...

Volgens mij was het niet Intel die op een gegeven moment 75W in een CPU verstookte. Hoog stroomverbruik is typisch iets voor i386 en opvolgers. 'Hoog' en niet 'hoogste. Andere architecturen hebben nog veel meer stroom verstookt. Een power4 vreet probleemloos 115W per CPU weg.

Meer over de problemen van hoog stroomverbruik in de power4 (voor echt e nerds)


Hoeft niet perse, 4 cores in 1 chip wil ook zeggen dat ze uit 1 wafer meerdere processors kunnen halen (1 core staat nl. voor 4 processors toch?)

Ben benieuwd wat er nou weer voor nieuwe socket voor zoiets gaat komen...

* 786562 xion

Ik begrijp uit dit verhaal dat er 4 cpu's zijn, maar dat die elk maar 25% belast worden zodat je effectief maar 1 cpu hebt, maar één die minder warmte produceert.

Dit lijkt me erg inefficient want je gebruikt dus 75% van je capaciteit niet. Is het niet verstandiger om 4 langzamere cores te gebruiken die minder warmte maken en wel 100% kunnen presteren?

offtopic:
dat betekend dattie 4x zo koud loopt en dat je hem
harder kan doorklokken :)
Er zit een loadbalancer in, net als ze bij T.net voor elkaar willen krijgen, daar lopen de servers toch ook niet op 1/7e? 1/8e???

Ok, ik zie hoe dit de core gelijkmatiger warm zou maken, maar hoe moet dit stroom gaan besparen?? De warmte afvoeren via een fan kost wat stroom, maar dat is denk ik niet de besparing die ze bedoelen...
De core produceert namelijk zo niet minder warmte, maar gelijkmatiger warmte. De efficientie van het stroomverbruik gata niet omhoog, dus geen stroombesparing.
Het zal trouwens ook wel erg duur worden, kost 4 maal zoveel ruimte op een wafel....
«  1  2  »

Op dit item kan niet meer gereageerd worden.

Volgende 12:55 Forrester: downloaden niet oorzaak dalende cd-verkoop
Vorige 12:48 AMD ClawHammer OpenSSL benchmarks
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