Sun gooit 'Rock' met acht cores in de vijver

Heise komt met het nieuws dat Sun nieuwe details over z'n nog uit te brengen Rock-processor met acht cores heeft gepresenteerd. Elke twee cores hebben een eigen memorycontroller, en voor de acht cores is er een eigen L2-cache en viervoudige SMT aanwezig. Onderling communiceren de cores met een latency van slechts 20 kloktikken met elkaar, en op de Rock-chip zit een scheduler die vermijdt dat OS-overhead plaatsvindt wat ook het schakelen tussen threads minimaliseert. Rock heeft verder nog wat speciale kaarten achter de hand: zo zal de processor zogenaamde 'scout threads' krijgen die zo'n honderd instructies vooruitlopen en opkomende bottlenecks zoals flinke geheugenload en branches op kunnen sporen. De daarbij behorende data en instructies worden in dat geval speculatief in de caches geladen.

Intel heeft vergelijkbare technologie genaamd 'helper threads' geïntroduceerd bij de nieuwe Prescott-processor. Volgens chef van Sun Development Marc Tremblay presteert de processor in zowel zware multi-threaded als single-threaded applicaties zeer behoorlijk, omdat Rock voor beide geoptimaliseerd is. De uiteindelijke tape-out waarna de processor echt in produktie zal gaan, wordt over ongeveer een jaar verwacht.

Reacties (19)

[dasiro]

lijkt me dat ook deze weer een gigantische hoeveelheid cache meekrijgt als er 100 instructies vooruit wordt gerekend. Hier kunnen namelijk ontichlijk veel verschillende mogelijkheden opduiken en om die allemaal te gaan laden heb je wel wat ruimte nodig.

Zouden die helperthreads per core zijn of voor de volledige processor ?

[Tomatoman]

100 instructies vooruit rekenen leidt ook tot een behoorlijke performancepenalty bij een context switch (naar een andere thread in een multithreaded omgeving). Dan kan de core 100 kloktikken zitten wachten voordat de eerste instructie verwerkt wordt. Dat effect kun je wel verminderen door alle threads grotere time slices te geven, maar je ontkomt er niet aan dat er regelmatig een context switch moet plaatsvinden. Natuurlijk kent Sun dit probleem ook en ik ben benieuwd hoe ze dat hebben opgelost.

[Countess]

hij kijkt alleen 100 ticken vooruit en laad dingen in die waarschijnlijk nodig gaan zijn in tijden dat geheugen bandbreete over is.
het is NIET zo dat hij 100 klock tikken niks gaat zitten doen als er word overgeschakkeld.
de core switched dan gewoon naar de nieuwe thread, en alle dingen die de scout thread heeft ingeladen voor de vorige thread uit de cache gehaald,

en hij rekend ook niet hij kijkt alleen maar.
het is niet zo dat het hier gaat om een branch predictor. want als die het miss hebben moet de hele core leeg, en word er opnieuw begonen.
deze scoute thread zoek gewoon dingen op in toekomstie uit te voeren code die bv, veel geheugen informatie nodig hebben en gaat die met rest-bandbreete in de l2 cache laden.

[PCSoldaat]

Heeft iemand al pics van dit monster gevonden? Iedere zoekactie met rock en sun komt uit op muziek. Gek hé?

[Vunzz]

http://www.google.nl/search?q=%2Brock+%2Bsun+%2Bprocessor&ie=UTF-8&hl= nl&lr=

Alleen maar hits over deze proc.
Weet niet of er ergens pics bij staan...

[mxcreep]

nie als je op afbeeldingen zoekt met die keywords in elk geval
Je zult dus zelf ff de results doormoeten ben ik bang

[PuzzleSolver]

Je zult nog geen pics vinden, want voor zover ik weet moeten ze het ding nog maken. Je zou kunnen zoeken op Niagara i.p.v. rock omdat Rock de famillie naam is en Niagara de processor naam. Overigens is dit volgens mij dezelfde post als de post van 12-05-2004 (zie dropdown) alleen nu een paar keer meer doorverteld hierin stond ook al gemeld dat het om 8 cores ging en 4 threads per core. Toch wel weer leuk om wat aanvullende info te lezen, maar we zullen toch nog wel erg geduld moeten hebben voordat we de eerste bechmarks zullen zien.

[fsfikke]

Kan je mooi deze gebruiken :www.tweakers.net/nieuws/33005

[lucid]

* 786562 lucid

[smartsys]

Antwoord op vraag lucid:

Ik neem aan dat een recompile van de software wel nodig is, om efficiënt gebruik te maken van de nieuwe features.

[palm_top]

Voor meer info over de plannen van Sun kijk op aceshardware:
http://www.aceshardware.com/read.jsp?id=55000245

en die marketing onzin dat ie ook voor single thread geoptimaliseerd zou zijn, yeah right, daar koop je dan een 8weg jetser voor....

[codepriest]

opzich heeft de 'Rock' wel wat weg van de R6 van IBM.
Dit is wel intressant voor de grotere high end cobalt servers van Sun.
Uiteraard zal Solaris hier zonder problemen op draaien.
Misschien zit er ook wel support in voor Suse en Novel Netware, omdat Sun heeft aangekondigt meer in de Novell markt te duiken.

[Equator]

LOL ..Rock Chipset

Die hadden we vroegâh toch al in de modempjes zitten

[ontopic]
4 aparte memory controllers. Elk ook een eigen memory bank (of bankstel) neem ik dan aan.
Waarschijnlijk zal je dan elk bankstel moeten bezetten met memory modules.
Lijkt me logischer dan elke memory controller met de andere te laten samenwerken. Had je net zogoed voor 1 memory controller kunnen kiezen.

[AlBundy]

Dat was Rockwell

[Verwijderd]

The did work rather well eh?

They rocked... welll.

</melig>

[real[B]art]

8 proc's en 1 memory controller --> dan is de memory controller een enorme bottleneck. Daarom zet Sun er 4 memory controllers in

[Anthonie Smit]

Daar hoot je ook niet zoveel meer over. Rock zal zn best moeten doen die dingen aan de man te krijgen.

[hardwareaddict]

Dit verklaart wel heel veel. Concrete data en benamingen. Geen vaag Viagara (-v+n) verhaal.

Het is meer een soort van quad processor machine maar dan alles op 1 gigantische chip.

In elk geval een concreet plan met 4 memory controllers on chip.

De vraag is of je dit wel 1 chip mag noemen.

Mogelijk is dit Suns manier van specint/specfpu aanvallen

[n4m3l355]

die 20 tikken is ie afgeleid van 2^3+2^2 cycles afgeleid
8 processors / 4x L2 geheugen? dan is het wel jammer dat de L2 verantwoordelijk is voor 20% vd vertraging intern