Cell

[Rainbow]

Má s ní společného to, že ono hlavní jádro je dost poddimenzované. Ten čip je naprosto nevhodný pro jednovláknové aplikace, tj. je nevhodný pro 99 % programů.

Svet nie je len Windows. Na serveroch bezia (bezia, nie len ze su spustene a nic nerobia) desiatky aj stovky procesov naraz.

[Petrik]

Predpokladam, ze to byl vtip, jinak bych se ti musel hrozne vysmat, coz bych fakt nerad, protoze te beru jako autoritu. Je dost mozny ze o Cellu toho vim vic nez ty, precelt jsem o nem skoro vsechno, co je dostupne na webu, totez doporucuji i tobe, treba tu pak nebudes psat takovy nesmysly. Sorry, ale ja osobne jsem jeste nevidel 486ku, ktera ma interni sbernici 100GBps (skoro 1Tbps), 8 jader a vic GFlops nez IQ nas obou dohromady. Architektura to je naprosto revolucni, ale souhlasim, ze v jednovlaknovych vypoctech nebude nijak extra rychla. Pro takovy vypocty to take neni urcene, to hlavni jadro PPE ma pouze rozdelovat ukoly pro SPE, samo toho pocitat moc nema. Nejgenialnejsi je ale sprava pameti, kdy jsou uplne vypustene cache a misto toho jsou pouzity lokalni mega rychly pameti s DMA pristupem do hlavni, opet mega rychly pameti. Vysledkem jsou extra nizke latence, takze vypocetni jednotky nebudou cekat na data a pojedou stale naplno. Proc myslis, ze treba do tohodle conroa dali 4MB L2? Proc tam nedali misto toho vice FPU a ALU?Proc ma FPU jen jednu Protoze by vic neuzivili datama. Cell mit tento problem nebude. Cell je urcen na graficke a multimedialni vypocty, kde bude naprosto excelovat a krome speliazovanych signalnich procesoru nebude mit konkurenci, i conroe bude min 10x pomalejsi. Jesti te cell zajima, doporucuji precist si toto: http://arstechnica.com/articles/paedia/cpu/cell-1.ars
velmi poucne cteni. Mrzi me ze tu zase rozjizdim flame, ale rict o cellu ze to je 486ka, to je too much.

Nepiš o věcech, o kterých nic nevíš. 486ka s vektorovými jednotkami je v reálu nepoužitelná!

[Eagle]

Predpokladam, ze to byl vtip
...
Mrzi me ze tu zase rozjizdim flame, ale rict o cellu ze to je 486ka, to je too much.

Citace z Anandtechu: "However, the PPE being in-order is more for space/complexity constraints than anything else. While the SPEs handle more specified tasks, the PPE’s role in Cell is to handle all of the general purpose tasks that are not best executed on the array of SPEs."

Je sice úžasné, že Cell má nějaké SIMD procesory, ale to je úplně k prdu, protože ty v běžném prostředí nemají příliš využití. Hlavní čip PPE je poměrně nevýkonný in-order. Nevím jak ty, ale já se do dob 486kového stylu in-order vracet nechci.

Idelani by bylo, kdyby se cell s linuxem rozsirili a cpali by ho vsude: do mobilu, do lednicek, do televizi a ve vice exemplarich do pocitacu. Myslim ze nadvlada korporace Wintel by uz mohla pomalu skoncit.

Děkuji, nechci, zůstávám u out-of-order spekulativního vykonávání instrukcí.

[Petrik]

To jsou teda ale u sony asi hodne hloupy, kdyz to chtej dat do Playstation 3 a jeste vetsi tupci jsou v IBM, ktery chtej delat quad-Cell blade servery. Je to proste banda hovad, cpat tam 486ku. divim se, ze jim to nejdes vysvetlit, urcite by te zamestnali. V ty ukazce, kde dekodovali na jednom Cellu 48 DVD streamu soucasne predpokladam podvadeli, protoze 486ka by to asi stezi utahla (navic jedna SPE se flakala): http://www.engadget.com/2005/04/25/p...cessor-demoed/
Jako je mozny, ze na nektere typy uloh to nebude uplne vhodny procesor, ale na to, na co je urcen, to bude primo super-computer-on-chip. Navic nezapomen ze ta PPE je vpodstate G5 (pokud se nepletu) a bezi na 3.2GHz, takze to zas takova shunka nebude ani v jednovlaknovych vypoctech v pevny desetiny carce. Proste je to neco mezi GPU a CPU, coz je vec, ktera tady rozhodne chybela. Mozna ze nastupce cellu uz bude mit lepsi nebo treba vetsi pocet PPE, ale rozhodne architektura jako takova to je podle me genialni. Treba v takovych fyzikalnich vypoctech ve hrach to bude podle me x-krat rychlejsi nez ta HW jendotka PPU, co ma brzy prijit na trh. To je mimojine duvod, proc to davaj do P3.

Citace z Anandtechu: "However, the PPE being in-order is more for space/complexity constraints than anything else. While the SPEs handle more specified tasks, the PPE’s role in Cell is to handle all of the general purpose tasks that are not best executed on the array of SPEs."

Je sice úžasné, že Cell má nějaké SIMD procesory, ale to je úplně k prdu, protože ty v běžném prostředí nemají příliš využití. Hlavní čip PPE je poměrně nevýkonný in-order. Nevím jak ty, ale já se do dob 486kového stylu in-order vracet nechci.


Děkuji, nechci, zůstávám u out-of-order spekulativního vykonávání instrukcí.

[Petrik]

No samozrejmne, ocividne jsi nepochopil, co jsem napsal. vsechny x86 procesory maji totiz dost zasadni problem zasobovat vypocetni jednotky datama (proto ma conroe neuveritelny 4MB L2), coz je problem, ktery cell diky jeho revolucni architekture mit rozhodne nebude. AMD to castecne vyresilo priblizenim pametoveho radice k CPU, ale stale to neni ono. Jsem dost zvedav, jaky zrcyhleni prinesou dvojnasobne pocty FPU a ALU u novych K8.

Pertik nie tak ostro, pls. Intel ani nema dovod zvysovat pocet jednotiek, vyuzitelnost by iba klesla. Mozno by to malo dovod ak by Conroe mal podobny pamatovy system ako Cell, ako si tu pisal. Ktovie ako by dopadla vytazenost jednotiek potom.
BTW reci ze AMD ide zvysovat pocet jednotiek, su sice pekne, ale ako Eagle v diskusii na SvHw poznamenal, bolo by to iba pridanie zbytocneho kremiku, 3 mOPS / takt nepustia.

Na tomto (text dole) by malo AMD zapracovat, tu by som hladal tych 40% vo F.E.A.R.

[Jezevec]

Ty zase prozmenu nechces pochopit, ze uloh pro ktery je vhodny CPU typu Cell je minimum. Drtiva vetsina uloh ktery bezej na PC potrebuje normalni CPU. Cell je dobrej treba pro komprimovani videa/audia ale ne treba pro databazi. Tudiz server na nem zalozenej je idealnim nastrojem pro strih videa trebas.

Je to zkratka velmi specializovanej proc a pouzivaj ho prave proto, ze se predpokalda vyuziti jako domaciho media centra = zaroven si pustit 2x video, , a trebas 3x audio.

Ono se totiz uvazuje i o tom, ze by nebylo marny Cell hodit na PCI/PCI-e kartu a dat ho do normalniho PC.


Jenzi viz neustale odkladani, neni vubec jednoduchy pro to programovat. Ono to neni snadny ani kdyz mas stejny jadra, ale tam to v nejhorsim dopadne tak, ze tvoje uloha proste pobezi an jednom jadre a nejaka dalsi uloha na dalsim jadre. To u Cellu nejde, tam mas jadro jediny a jen specializovany sub jadra, ktery proste musis pouzit, jinak ses s vykonem v ... .

[Petrik]

Sorry za rozjeti OT tematu, ale myslim ze to je natolik zajimavy, ze to stoji za to. Ty SPE samozrejmne umeji pocitat i v celych cislech a jdou tak pouzit jako normalni jadro, samozrejmne s mensim vykonem. Ovsem specialne pro ty databaze by to mohlo bohate stacit a takovy blade server se ctyrmi celly = 4x8=32 sice pomalych, ale presto jader,plus 4 jadra G5 (z vetsi casti zamestnane rozdelovanim uloh pro SPE) podle me naseka zadek kdejakymu serveru. Podle me bude cell vykonny v jakekoli paralelizovatelne uloze, jediny poblem nastane u skutecne single-threaded ulohy, kterych je ale v realnem vyuziti pomerne malo. Pokud jsem to totiz pochopil dobre, tak konrocium kolem Cellu uz ma testovaci verzi kompileru, ktery automaticky paralelizuje aplikace puvodne napsane jako single-threaded, pokud to principialne jde.
Ideal by bylo spojeni CPU typu conroe s Cellem, mozna by stacilo vymenit to nic moc G5 PPE za jadro K8 nebo conroe a skutecny super CPU by byl na svete.