Cell

[Petrik]

Dyť na nich chtějí počítat fyziku a dekódovat HDTV MPEG4 AVC, tak proč by to nezvládly?

Ano, presne tak, chteji. A pokud vim, chteji to uz sakra dlouho a porad kde nic tu nic. Proc asi, hm?

Revoluční? Co je na nějaké SRAM revolučního? To si vážně myslíš, že to nemá někde úzké hrdlo? Třeba přístup do RAM, závislosti výpočtů, latence mezi SPE a hlavním jádrem (jak dlouho asi bude trvat překonat takovou fyzickou vzdálenost...), sdílení dat mezi SPE... aby to mohlo dosahovat dobrého výkonu, bude to vyžadovat software, který bude mít kvanta SIMD operací a hlavně navzájem nezávislých - takový mě napadá jen jeden: práce s videem. Na jakékoli jiné věci (včetně např. her) je to jaksi na nic, protože všechny ty jednotky až na jednu budou stát a čekat, co se stane.

Ano Eagle, totalne revolucni. Nic jako 8+1 core NUMA system on chip pokud vim krome cellu skutecne neexistuje. Nechci se s tebou hadat, nevim jakou velikost maji registry GPUcek, ale 256kB na jednotku to asi nebude, ze? A pokud beres jako uzke hrdlo tu centralni sbernici, ktera ma propustnost 100GBps (GigaByte), tak souhlas, to je skutecne uzke hrdlo ) to nema zadna L1 cache v zadnem procesoru, Eagle. Otakzka jakou ma latenci, ale predpokladam ze zadnou nebo velmi malou. a co se pristupu do centralni pameti tyka, jak jiste vis, je to super rychla XDR.

No a? Do registrů bude mít přístup za 0T jako jakýkoli jiný procesor. Ale o tom to není, důležitý je prefetch, náhodné vyhledávání, latence do RAM atp. Grafická karta má přirozeně taky nějakou svojí SRAM na mezivýpočty.

Tady jde o to, ze kazda SPE ma 256kB SRAM primo u sebe prefetch a ostatni veci bude resit kompilator resp vysledny kod ktery na tom pobezi stejne jako to ma transmeta pokud se nepletu.

95 % her pro Xbox 360 v době vydání používalo jediné ze třech jader. Programátoři z toho byli nešťastní. Od Sony a jeho "úchvatného" Cellu dokonce utíkali, že se pro něco takového nedá programovat. Zrovna dělám test dual-core vs. single-core a je to bída - až na kódování videa a rendering je přínos dual-core ubohý, pokud už lze někde hovořit o nárůstu výkonu vlivem multithreadingu, je to tak kolem + 10 %. V mnoha testech je navíc dual-core pomalejší než single-core. Upozorňuju tě, že používám striktně reálně používané aplikace, ne nějaké synteťáky typu PCMark (navíc optimalizovaný na Intel pomocí jejich Math Library) či podobné věci.

Tak to delas neco blbe, eagle, dual core by skutecne nemelo byt pomalejsi nez single core. Navic se koukni na tomshardware, tak testovali 2-core 2 duo (4 jadra) a skoro ve vsem je rychlejsi nez pbyc core 2 duo.

Superpočítače počítají vědecké výpočty:
1) které jsou paralelizovatelné
2) do jejichž vývoje byly investovány miliony dolarů
Ani jedna z těchto podmínek není u běžného použití splněna (proto taky s dual-core přišli až v okamžiku, kdy neměli jinou možnost, jelikož jsou to neschopáci v dosahování frekvencí).

Pokud sis vsiml meho minuleho prispevku, ja se tu ted bavim o superpocitacich a ne o beznem pouziti.

Přátelský nástroj je Visual Studio od Microsoftu, které pro Cell určeno není. Všechny proprietární řešení mají malou podporu vyplývající z toho, že tam nejsou peníze.

No tak si pis ze tady penize skutecne budou )

Zapomeň. Žádný kompilátor není schopen určit, které části kódu jsou paralelizovatelné a které ne. Nejlepší kompilátor světa - Intel C++ Compiler - umí auto-paralelizaci pouze u cyklů a výsledky jsou nepostřehnutelné. S vektorovými výpočty je na tom podobně. Vešketé paralelizace a výkonové vektorizace jsou dělány ručně... proto jich je taky tak málo.

Podle toho, co jsem o tom cetl, to vypada, ze se alespon castecne mylis. A intel c++ je mozna nejlepsi v c++, ale co jsem pochytil z linuxove komunity, vsechny dulezite veci se pisi v samotnem C a v tom v hodne kodech exceluje GCC :P

Kompilátor, který by uměl určit závislosti kódu, by musel používat nějakou formu umělé inteligence a profile-guided optimalizace. Navíc by to byl tak složitý úkon, že by kompiloval odhadem týden.

Nechame se prekvapit, co rikas? Tyhle tvoje nazory, ze neco nejde, mi pripominaji takovej ten forek, ze nejakej programator nevedel, ze neco nejde a sel a udelal to A to se deje docela casto, Eagle, pozor na to.

Protože třeba víme něco o programování? Máme s ním zkušenosti, víme něco o assembleru, pointerech atd.?

Neni to nahodou spis tim, ze jste nejchytrejsi na svete, takze nikdo nemuze udelat nic lepsiho nez si vy myslite, ze jde udelat? Hm? Ja ti neberu, ze toho vis hodne, ale zkus byt nekdy trochu vice otevrenejsi.

Upřímně - myslíš si, že hry na Playstation budou lepší než hry na PC ? Nedávno nějaká firma tvořící jakousi novou střílečku prohlásila, že jí na konzole jako PS3 a XBox 360 nebude portovat, protože jsou na ní příliš pomalé! Fakt si myslíš, jak to všem Cell natře, když je Conroe schopen zásobovat daty dvojnásobný grafický výkon PS3ky? (high-end SLI jsou dvě grafiky, každá na úrovni té z PS3).

Eagle, to je ale ubohe... patrne myslis vyvojare hry crysis a jejich pokracovani, ze. Tak kdybys to jejich prohlaseni cet pozorne, tak bys vedel, ze to neni kvuli vykonu (ten je u obou dostatecny), ale proto, ze to je psany pro DX10, ktere ani jedna nepodporuje.

No a? Itanium 2 má šest paralelním ALU jednotek. A už do něj taky cpou HyperThreading, aby je bylo možné nějak využít.

Nejak nechapu, co to ma delat s tematem, ale budiz.