Hoofdcategorieën

[RSS] Index » Nieuws » Core » Hardware » Rapport werkt met IBM aan chip met meer dan duizend cores

Rapport werkt met IBM aan chip met meer dan duizend cores

Door Wouter Tinus, woensdag 5 april 2006 19:59
Bron: Rapport, views: 19.306

IBM en het nieuwe bedrijf Rapport werken samen aan de nieuwe architectuur 'Kilocore', die meer dan duizend cores op een processor kan combineren. De chip kan gezien worden als een overdreven versie van Cell: een Power-core voor algemeen gebruik met daaromheen 1024 losse rekeneenheden die vooral geschikt zijn voor extreem parallelliseerbare toepassingen als beeldverwerking. Naast het veel grotere aantal cores zijn er nog twee andere belangrijke verschillen tussen Kilocore en Cell: de nieuwe chip is vooral bedoeld voor mobiele apparaten zoals telefoons en is dus veel meer gericht op zuinigheid. Ten tweede is de Kilocore in tegenstelling tot Cell reconfigureerbaar, wat wil zeggen dat hij zich tot op zekere hoogte kan aanpassen aan het soort software dat er op draait. Het aanpassen gebeurt in één klokcycle en kan zelfs gedeeltelijk: dankzij virtualisatie kan de chip zichzelf als twee aparte processors presenteren aan de buitenwereld, waarbij er bijvoorbeeld een met encryptie bezig is terwijl de ander een videostroom decodeert.

Op dit moment heeft Rapport al een versie van zijn ontwerp met 256 cores getoond die 30 frames per seconde kan verwerken bij een opgenomen vermogen van slechts 100mW, terwijl een traditionele ARM7-processor (het soort dat vaak in telefoons gevonden wordt) slechts 3,3 frames haalt en daar ook nog eens vijf keer zo veel stroom bij gebruikt. Wat voor soort video men heeft gebruikt is verder niet bekendgemaakt, dus de benchmark mag wel met een korrel zout genomen worden. Zoals gewoonlijk met innovatieve nieuwe ontwerpen is het vermogen van programmeurs om de concepten op een nuttige manier te gebruiken een kritieke factor voor het succes ervan. Het is nog onduidelijk wanneer de Kilocore256 en Kilocore1025 op de markt komen.


Kilocore256 specs
Cores32 - 256
Klok30 - 125MHz
Verbruik10 - 500mW
Afmetingen8 - 55mm²
Procédé90nm
Prijs?

Rapport Kilocore 256
Volgende 21:17
Vorige 18:55

Categorieën

Gerelateerde content

Reacties

Flat modeFlat mode Sorteer aflopendSorteer aflopend Moderatie FAQModfaq
Niveaufilter: -1 Ongewenst: 48 reacties zichtbaar480 Off-topic / Irrelevant: 45 reacties zichtbaar45+1 On-topic: 32 reacties zichtbaar32+2 Informatief: 4 reacties zichtbaar4+3 Must-read: 0 reacties zichtbaar0
«  1  2  »

Door CrTcL, woensdag 5 april 2006 20:03

Score: 0
Ik vind duizend wel gezellig :Y)

Door SuperDre, woensdag 5 april 2006 20:06

Score: 1
hmm.. als dit echt allemaal zo rap werkt, waarom dan niet een normale computer ervan bouwen, indien snel genoeg kan het ook een x86 emuleren en nog steeds meeeeer dan genoeg snelheid hebben, zodat je ook windows kunt draaien... wat moet ik met zo'n ding in mijn telefoon, dat ding is om te bellen...

Door barco, woensdag 5 april 2006 20:16

Score: 1
Hij is rap vergeleken met wat er tegenwoordig in een telefoon te vinden is. En zoals er ook vermeld wordt moet de software er ook wel goed voor gemaakt worden. Dat is op t moment al een probleem met slechts 2 cores.

Door BasNation, woensdag 5 april 2006 20:37

Score: 1
Is het zo'n groot verschil om software oneindig veel cores te laten ondersteunen ten opzichte van conventionele multiprocessor software?

Het verschil in programmeren tussen ondersteuning voor 2 cores en bijvoorbeeld 8 cores kan ik me nog voorstellen.

Maar het verschil tussen 8 en 1000 lijkt me minder groot, of vergis ik me?

Door BRAINLESS01, woensdag 5 april 2006 20:51

Score: 1
alleen geautomatiseerd is het verschil nihil. Normaal gesproken maakt de programmeur handmatig threads aan, en kan 1 thread maar door 1 core tegelijk verwerkt worden. Dat betekent dat je handmatig 1000 nuttige threads moet maken die allemaal evenveel werk doen. Dat is niet te doen.

Door microchip, woensdag 5 april 2006 21:26

Score: 2
Wel als je de threads automatisch kan laten aanmaken. Bijvoorbeeld (het in het artikel genoemde) beeldbewerking. Je maakt een x aantal threads aan, afhankelijk van de hoeveelheid beschikbare cores, en geeft een aantal pixels aan elke thread.

Maar hoe meer cores, hoe meer problemen je krijgt die je ook ziet bij supercomputers. In de huidige supercomputers zie je al dat ongeveer 50% van de rekenekracht "verloren" gaat aan het regelen van alle processors (correct me if I'm wrong).

Door henk_DE_man, woensdag 5 april 2006 21:28

Score: 1
Dat betekent dat je handmatig 1000 nuttige threads moet maken die allemaal evenveel werk doen. Dat is niet te doen.
Maar wat is dan jou definitie van handmatig? Bedoel je met automatisch dat de compiler uit sequentieele code threads voor jouw genereerd of bedoel je wat anders?

Als ik 1000 problemen heb in een queue, en ik maak 1000 threads aan in een andere queue en vervolgens bind ik deze aan elkaar en laat ze werken, dan heb ik dit 'handmatig' gedaan, maar het is niet bijzonder veel werk.

Een en 't ander (zoals ook vermeld in artikel) hangt dus sterk af van de aard van je probleem en het aantal instanties. Mandelbrot berekeningen kun je lekker makkelijk paralleliseren. Ook genetische algortimen doen het goed: maak een instance van je populatie aan met random initieele parameters, laat 1 populatie per thread groeien, en stuur af en toe een individu over tussen de populaties. Volila; met 1 algortime en een beetje extra code voor communicatie versnel je het zoeken naar de oplossing zo met een factor 1000 en bereik je theoretisch nog een beter resultaat ook dan dat je 1000 keer zo lang wacht.

Werk je echter met een model waarbij je functionele onderdelen van een applicatie naar threads mapped, tsja, dan is het inderdaad niet te doen om 1000 threads nuttig te laten werken. Stel bijvoorbeeld een multi-media app voor waarbij de interface 1 thread is, de backend 1 thread, de netwerk module 1 thread, de sound module 1 thread en de video renderer 1 thread. Volgens een dergelijke indeling wordt meer threads toevoegen steeds moeilijker en krijg je steeds meer te maken met overhead kosten en complexiteit.

Door Pmf1971, donderdag 6 april 2006 00:16

Score: 0
euhhh wat is parelliseren ??

Door henk_DE_man, donderdag 6 april 2006 00:27

Score: 1
euhhh wat is parelliseren ??
Ik neem aan dat je paralleliseren bedoeld. Dat is simpel gezegd het opbreken van logica in kleinere stukjes die tegelijk ( = parallel ) met elkaar uitgevoerd kunnen worden.

Als de logica een berekening betreft dan worden dikwijls alle aparte stukjes nadat ze uitgevoerd zijn gecombineerd met elkaar tot een eind uitkomst.

Door sethchaos, woensdag 5 april 2006 20:39

Score: 0
Mensen die nog beweren dat de huidige gsm's alleen bedoelt zijn om mee te bellen hebben of wel het verstand van een visstick of hebben 10 jaar in de rimboe gezeten. Ik gebruik mijn gsm als agenda, reken machine, multimedia apparaat, om mee te msnen, bellen, chatten, smsen, foto's mee te schieten en notities op bij te houden. En ik gebruik hem als modem voor mn laptop.

Door The mindkiller, woensdag 5 april 2006 21:50

Score: 1
Nee, mensen die beweren dat een gsm alleen maar bedoelt is om mee te bellen stellen gewoon andere eisen aan hun "gadgets"

Door koelpasta, donderdag 6 april 2006 01:03

Score: 1
wat zal jij balen als je dat ding een keer kwijtraakt.,.,

Door teh_twisted, donderdag 6 april 2006 07:48

Score: 1
waarom wil je uberhaupt x86 emuleren... of sowiso al windows draaien op zo'n cpu... dit is voor echte applicaties, niet voor je videospelletjes...

Door The_kawa_duke, woensdag 5 april 2006 20:08

Score: 2
Voor de PC komen natuurlijk de grote broertjes "Megacore" en "Teracore" :+

Door Mei, woensdag 5 april 2006 20:10

Score: 1
"Hoeveel Teracore heeft jouw processor?" :Y)

Door junkbuster, woensdag 5 april 2006 20:19

Score: 1
"Meneer, mag het een kilootje meer zijn?" :9

Door Mei, woensdag 5 april 2006 20:09

Score: 1
Duizend cores komen nou niet zuiniger over dan één of twee, moet ik zeggen :P

Door mad26, woensdag 5 april 2006 20:17

Score: 0
Wel als je die duizend cores anders allemaal op hun eigen moederbord moet plakken.

Door Kaaswagen, woensdag 5 april 2006 20:18

Score: 0
1 appel van een kilo of 1000 van een microgram, zo moet je het zien :)

Door Olaf van der Spek, woensdag 5 april 2006 20:32

Score: 0
Zou je geen miligram nemen? Microgram is wel erg weinig.

Door slindenau, woensdag 5 april 2006 20:33

Score: 0
1 appel van een kilo of 1000 van een microgram, zo moet je het zien
miligram ;).

Door BasNation, woensdag 5 april 2006 20:42

Score: 0
alsnog fout :), tis milligram

Door BasNation, woensdag 5 april 2006 20:39

Score: 0
of was het nou 1024?

Door T4F.nl_Muad, woensdag 5 april 2006 20:49

Score: 1
ik zou gram nemen. Kilogram is 1000 gram

Door ArnieNFW, woensdag 5 april 2006 20:11

Score: 0
Geweldig. Zou qbasic (4.5) erop draaien?

Door Olaf van der Spek, woensdag 5 april 2006 20:12

Score: 0
Nee, Q niet, maar GW wel. :)

Door ]Byte[, woensdag 5 april 2006 20:15

Score: 2
Oke, het princiepe is mij duidelijk.
Maar er zit ook zo hier en daar een addertje onder het gras.
Heb ik een 32 core CPU en zijn er na verloop van tijd een aantal defect, kan ik een hoop goede cores in de prullenbak gooien en big bucks ¤ opentrekken om een nieuwe te halen.
Met een duo-core CPU heb je die kans natuurlijk ook, maar aanzienlijk minder als ik er eentje hebt met 32 of 64 cores. (of nog meer....)
Naarmate het aantal cores oploopt stijgt ook het afbreukrisico.
En is het prijstechnisch dan nog steeds interessant?
Dan zullen de prijzen hiervan toch echt concurerend moeten worden tov de "tradionele CPU's"
<span style="color:#786562">* ]Byte[ vraagt zich af hoveel }:O dit gaan worden :P</span>

Door Kaaswagen, woensdag 5 april 2006 20:20

Score: 1
En wat als je nou de slecte cores kon uitschakelen als ze defect gaan? Niet zo'n probleem als er 500 niet gebruikt worden als je er eentje hebt met 100.000 cores :P

Door YopY, woensdag 5 april 2006 20:27

Score: 1
In theorie en de praktijk valt het uitvalrisico van een processor zeer veel mee. De meeste keren dat een computer kapot gaat ligt hem aan de harde schijf, het moederbord, de voeding, het geheugen, en in een zeer klein aantal gevallen aan de processor.

En daarnaast kunnen ze foutcorrectie in zo'n ding invoeren, zodat een kapotte core gewoon niet meer gebruikt word. Het is echter onwaarschijnlijk dat deze functie vaak gebruikt moet worden, processoren / cores gaan gewoon niet zo vaak stuk.

Door engelbertus, woensdag 5 april 2006 21:49

Score: 1
als = kapot is kapot, dan is een dual core pc al met 1 beschadiging kapot, en zo ook een 10000 core processor.

maar als er iets gedaan kan worden aan het verlies an een core, ben je met een dual core opeens terug bij single core( 50% terug) ipv 0.1 % bij de 10000 core processor.
dus de dualcore processor is veel riskanter om te hebben, mijns inziens.

Door 4VAlien, woensdag 5 april 2006 23:21

Score: 1
Het gaat niet om het aantal cores, maar om het aantal transistors. Bij een bepaalde kritieke transistor is je hele cpu onbruikbaar. Als een kilocore evenveel schakelingen heeft als een bepaalde traditionele single core dan is het risico dat ze stuk gaan even groot. Bij een extreme multicore zoals dit lijkt het selectief uitschakelen me wel het moeite van het ontwikkelen waard, gewoon een zelftest bij startup van alle core functies en dan kan je gewoon doorwerken totdat de Power cpu het begeeft.

edit: hmmz bovenstaande post niet goed gelezen :(

Door Stropdas, woensdag 5 april 2006 20:49

Score: 1
Volgens mij zou je niet sneller een defect in dit soort chip verwachten als van een gewone CPU van Intel of AMD. Het is niet 1000 keer de oppervlakte/ingewikkeldheid :P

Door Carnage, woensdag 5 april 2006 20:52

Score: 1
Een kapotte CPU heeft afaik 9/10 keer de gebruiker als reden: overclocken, heatsink er slecht op, hoekje er af, enz.

Ik denk niet dat ik al ooit een CPU het zien begeven heb als hij niet te warm had gekregen of als hij niet fysiek beschadigd was, dus dat zal allemaal wel nog meevallen.

Door poepkop, woensdag 5 april 2006 23:07

Score: 1
Ik heb een doorgebrande Athlon 1000mhz gehad op een fujitsu pc gehad (nooit gekloot aan de cpu, 5 jaar oud). Stel dit gebeurt bij je dual core binnen 4 jaar omdat de kans groter is? Of stel je gaat overklokken en één van je cores is binnen 2 jaar dood?

Door linux_noob, donderdag 6 april 2006 08:50

Score: 1
Dan koop je ff een nieuwe.

Na jaar is ie toch oud..
En als et na 2 jaar gebeurt, had je maar niet moeten overclocken 8-)

Door morphje, donderdag 6 april 2006 12:23

Score: 1
Heb recentelijk een analyse geschreven voor een bedrijf. Daarin had ik 1 argument voor die oude bakken geschreven, namelijk de levensduur.

Economische levensduur van 3 jaar en technische levensduur van 5 jaar. Jouw PC valt er prachtig tussen.

En het blijft nog steeds een feit dat een respectabele nerd / geek / tweaker geen PC meer heeft van 5 jaar of ouder. In ieder geval niet als hoofdpc meer.

Door truegrit, woensdag 5 april 2006 20:20

Score: 1
beter dat je dan alsnog even het artikel leest :)

Door YopY, woensdag 5 april 2006 20:24

Score: 1
Verder wel leuk en aardig, maar het gebruik van een X aantal cores die eigenlijk maar een specifiek ding doen is alleen handig bij, zoals gezegd in het artikel, alleen geschikt zijn voor extreem paralelliseerbare taken. Met andere woorden, het voordeel wat je hiermee behaalt is alleen van toepassing op de taken waar het voor gemaakt is, voor andere taken zoals bijvoorbeeld het gewone bellen is dit een stuk minder efficient. Voor zulk soort dingen heb je al gauw weer een ander soort, veelzijdigere processor / core nodig. Deze core(s) die alle andere dingen kan (kunnen) worden de bottleneck voor dit soort processors.

Door Heikos, woensdag 5 april 2006 20:30

Score: 1
Het ideale zou natuurlijk zijn om een soort van koppelstuk tussen de cores en de software te bouwen, zodat het niet meer uitmaakt hoeveel cores er aanwezig zijn.

Door Satolf, woensdag 5 april 2006 20:38

Score: 0
Ja, zoiets heet nou een OS... En voor telefoons is dat er niet echt nee, maar ik denk ook niet dat jij de cpu van je telefoon vaak verwisselt?

Door Josvg, woensdag 5 april 2006 21:23

Score: 2
Wat draait er dan op mijn Windows Mobile smartphone? Of op een Symbian toestel? Dat zijn toch echt èchte OS-en hoor.
«  1  2  »

Op dit item kan niet meer gereageerd worden.

Volgende 21:17
Vorige 18:55
VNU Media logo Hosted by True

© 1998 - 2009 Tweakers.net - Alle rechten voorbehouden - Uw Privacy - Algemene Voorwaarden

Uitgever van: