Problém bol, že pred uvedením procesoru naslubovali hory-doly, vysoký výkon a realita bola niekde inde. Sám som bol na jednej prednáške, kde pán z IBM hovoril, aký to bude revolučný procesor a všetko zmení. (Mal tam aj iné predpovede, ako že linux je hračkársky operačný systém a nemá budúcnosť v serverovom svete).
Kusov sa možno predalo vela, ale developeri ho nemali radi, lebo bol neohrabaný a komplikovaný na programovanie.
Tak ono je to vsechno otazka SW supportu.
CELL, stejne jako Itanium, nebo nektere DSP od TI, zaviseji nejen na schopnosti toolchainu produkovat optimalni kod - ale i na tom, jak tento kod navazat do klasickeho kodu. Viz CUDA, coz je takovy bastl nad C/C++, a resi se tam explicitne ty vypocetni funkce, s tim, ze existuje urcita abstrakce a samotny scheduling je pak otazkou ovladacu, resp. runtime knihoven.
Kdyby ten CUDA pristup aplikovali vyrobci CELL / DSP procesoru, mohli jsme byt jinde :) ale bud to nikoho nenapadlo, anebo to skrtli jakozto majic zbytecny overhead.. plus ta uzavrenost a nedostupnost platformy nedava vzniknout ani akademickym pracim, ze ktereho by uzivatele mohli tezit.
Celkove ty neklasicke architektury, kde koexistuji ruzne casto nemaji na ruzich ustlano.. z techto atyp funguje snad jen CPU+FPGA kombo, v kombinaci ktere predvadi napr. rada Zynq od Xilinx/AMD.
Jenze v tomhle pripade nebyl ani tak problem v tom CPU. 100% vsech games se vyrabi na .... PC === x86. Jak chces delat neco pro diametralne jinak fungujici platformu ?
Pricemz principielne to samozrejme lze, ale pak narazis na dalsi problem - potrebujes tak 10 let nez se to vsichni zucastneni nauci, nez vzniknou dostatecne funkcni nastroje ...
A je krasne sledovat, jak si na presne tomtez opakovane rozbiji hubu casto i tytez firmy. Treba MS nebo Intel.