TILE64: 64-magos processzor

Hardver

"A processzormagok számának növelésében a legfőbb akadályt a magok közti kommunikáció megoldása jelenti. A hagyományos technológia szerint az összes mag egy központi adatbuszra csatlakozik, és azon keresztül kapja
és küldi az adatokat egymásnak, illetve a memóriának - ez pedig egy idő után szűk keresztmetszetet jelent."

"A TILE64 szakít ezzel a megoldással és a 64 processzormagot egy nyolcszor nyolcas mátrixba rendezve helyezi el, ahol a központi busz helyett minden mag a szomszédaival képes kommunikálni egy négyzetrács-szerű adatcsatorna-hálón, 500 gigabájt/sec sebességgel. A 64 mag mindegyike egy-egy teljes értékű, RISC architektúrájú, 90 nanométeres technológiával gyártott, 600 MHz és 1 GHz között hajtott processzor - mindegyik képes akár külön-külön egy operációs rendszer futtatására." A részeletek itt. Az Index cikke itt.

( biboka v | 2007. 08. 23., cs – 13:42 )

Ez szép és jó, de hogyan lehet hűteni? Jó hogy risc és nem túl nagy órajel, de ez akkor is meleg lehet.

( turul16 v | 2007. 08. 23., cs – 13:49 )

500 gigabájt/sec sebességgel, honnan van ?
[2] hova mutat ?

Az első valószínűleg elírás, 50 Gbps (szerk: az index-ről van imho).
A másodikat nem tudom, majd megvárjuk a cikk beküldőjét vele.

szerk: most látom, hogy az Index-es cikk egy rész lett idevágva egy az egyben. Legalább az idézőjeleket könyörgöm legközelebb. Meg a forrást.

--
trey @ gépház

"The short-pipeline, in-order, three-issue cores implement a MIPS-derived VLIW instruction set. Each core has a register file and three functional units: two integer arithmetic logic units and a load-store unit. Each of the cores ("tile") has its own L1 and L2 cache and the L3 cache is considered as an aggregate of all the L2 caches."
http://en.wikipedia.org/wiki/TILE64

Wiki -n máris okossákok várnak törlésre.
http://www.linuxdevices.com/news/NS8981295285.html -innen hogy milyen RISC.

( emberk | 2007. 08. 23., cs – 14:18 )

Ezt a technikát hívják aktív mátrixnak ha jól tudom, az nalóg processzoroknálk már réges régen használják. Így iszonyat bonyolult protokolt kell írni, de cserpében nincs elvileg felső határa a processzormgok integrálásának. Mert a magok számávál nő az adatsinek száma is.

Van amikor.
De ez akkor van, ha a 3 térdimenzió mellé a c*t-t veszed fel negyedik térdimenziónak. Ezzel egész jól lehet számolni jelen világunkban.

De vonatkoztass el ettől és az egy idődimenziónk mellé végy fel háromnál több térdimenziót. Én erre gondoltam. (Lásd hiperkocka képernyőkímélő.)

Az idő mellé is vehetnél fel másik idődimenziókat, de abba most nem akarok belegondolni.

Akkor már mehetünk az a szuperhúr elméletre és az M-elméletre, azzal egész jól el lehet leni egy darabig, hogy a 20+ dimenzióból mazsolászd ki melyik az amelyeket csak a matematika hoz be, melyek a fizikai tartalommal bírók..... Tök izgalmas egyébként, hogy mostanában kezdik az elméletet kigyomlálni, mer rájöttek hegy egy csomó dolog sokszorosan határozott (szóval nem bázis abázis :D ) és fogynak a dimenziók. Legalábbis ezt olvastam.

Valóban nem forradalmi az ötlet, hátrányai is ismertek.

Pl képzeljük el, hogy a mátrix közepe környékén elhelyezkedő magok micsoda késleltetéssel, illetve milyen sávszélességgel érik el a memóriát.
Bele se merek gondolni mi történik egy cache miss esetén... Ami elég gyakori lehet, lévén a 64 magnak összesen van 5 Mbyte-ja...

"...handing C++ to the average programmer seems roughly comparable to handing a loaded .45 to a chimpanzee."
-- Ted Ts'o

Ilyen szarokra jó ez az elrendezés, 5 Mb cachel is.
10 Gbps Snort processing
20+ Gbps iptables (firewall)
20+ Gbps nProbe
16 X 16 SAD at 540 MBlocks/s
H.264 HD video encode for two streams of 720p @ 30 Fps

Én arra lennék kiváncsi milyen delayeket okoz, ha mindegyik magnak hirtelen ugyan arrol MCU (memory controller felöl) kell az adat. :) (~800 memory tic)

I/O centric a kicsike.

Nyilván célprocinak szánják, bár ebben az esetben nekem jóval szimpatikusabb a Cell-es SPE-nkénti Local Storage, mint az L1/L2 cache. Dehát ők a mérnökök...

"...handing C++ to the average programmer seems roughly comparable to handing a loaded .45 to a chimpanzee."
-- Ted Ts'o

( pinyo_villany | 2007. 08. 23., cs – 16:30 )

anr 2 napja már irta :)

Nekem mindig igazam van, ha nem, akkor nincs igazam, szoval megint igazam van hogy nincs igazam.
debian 4.0 - linux-2.6.22.3-pancs1-wifi1 - 2.6.22.3 kernel madwifivel itt