Toshiba promuove l'adozione di Cell

[xeal]

Non dico che cell non possa essere sfruttato e basta, ma che una generica applicazione, che non abbia delle precise caratteristiche congeniali a Cell, potrebbe avere delle difficoltà (piccole o grosse, a seconda dell'applicazione e comunque a prescindere dal modo in cui viene programmata) a sfruttarlo pienamente, e, viceversa, cell potrebbe non essere in grado di fornire la potenza di calcolo necessaria ad una generica applicazione, a dispetto della potenza elaborativa massima teorica di cui è capace. In generale, cell, come praticamente un qualsiasi Digital Signal Processor (e sono tali 7 degli 8 core del cell, il rimanente deve smistare il lavoro agli altri, e comunque non è un processore spiccatamente incline al general purpose), per poter dare il meglio di sé necessita di poter accedere sequenzialmente ai dati, ovvero deve elaborare un flusso continuo, oppure un vettore, una grossa matrice. E' il caso, ad esempio, di uno stream in high definition da decodificare (e questo tira in ballo Internet :P), un file multimediale da comprimere, molti(ssimi) calcoli scientifici (i calcoli sulla "solidità" di una struttura, in condizioni statiche e dinamiche, per esempio, richiedono un pesante calcolo matriciale). Non è il caso, invece, di un motore di rendering, che fa pesante ricorso alle liste (dei vertici, dei lati, dei poligoni) e che non avrebbe senso implementare con delle strutture statiche (quali le matrici, per l'appunto). Questo non vuol dire che Cell non possa elaborare applicazioni che fanno uso di strutture dinamiche - liste e alberi di vario tipo - ma che con tali applicazioni in molti casi potrebbe non riuscire (uso il condizionale perchè l'esito inevitabilmente varierà da applicazione ad applicazione, ma in ciascun caso dubito fortemente che il risultato si possa migliorare) a garantire prestazioni superiori a quelle ottenibili con processori meno potenti e costosi, e questo per una questione architetturale. Non basta cambiare modello di programmazione, bisognerebbe, in generale, scegliere strutture dati diverse ed elaborarle con algoritmi già noti e usati in ambiti diversi, nei quali risultano efficienti. Questo, però, introdurrebbe delle inefficienze e delle latenze che annullerebbero o sovvertirebbero i vantaggi derivanti, per cell, dall'avere i dati accessibili in burst.

[Criceto]

Originariamente inviato da xeal

Non dico che cell non possa essere sfruttato e basta, ma che una generica applicazione, che non abbia delle precise caratteristiche congeniali a Cell, potrebbe avere delle difficoltà (piccole o grosse, a seconda dell'applicazione e comunque a prescindere dal modo in cui viene programmata) a sfruttarlo pienamente, e, viceversa, cell potrebbe non essere in grado di fornire la potenza di calcolo necessaria ad una generica applicazione, a dispetto della potenza elaborativa massima teorica di cui è capace. In generale, cell, come praticamente un qualsiasi Digital Signal Processor (e sono tali 7 degli 8 core del cell, il rimanente deve smistare il lavoro agli altri, e comunque non è un processore spiccatamente incline al general purpose), per poter dare il meglio di sé necessita di poter accedere sequenzialmente ai dati, ovvero deve elaborare un flusso continuo, oppure un vettore, una grossa matrice.

Dimentichi che il Cell ha anche un core PowerPC a 64 bit dual threaded da 3.2 Ghz. Mica cacca... Per gli office di turno è sicuramente più che suff.

[cdimauro]

Per Office et similia magari sì, per tante altre cose no.

[fek]

Originariamente inviato da xeal

Caustico come al solito

C'e' scritto sulla confezione

Comunque potrebbe non essere un'idea da buttar via: con una versione meno potente (diciamo, potente quanto basta) e ottenibile a un costo non eccessivo, con il giusto hw a corredo (naturalmente il tutto dovrebbe avere costi contenuti, altrimenti non avrebbe mercato), potrebbe diventare, in ambito casalingo, una specie di decoder universale... [snip] Sto forse delirando?

No, non stai delirando secondo me. Anch'io vedo esattamente lo stesso uso del Cell, in ambito multimediale. I famosi televisori, HD-DVD (o analogo), decoder che montano una sola CPU per la quale si accumula il know-how, che non ha bisogno di grandi capacita' general purpose, ma macina dei gran numeri.

[fek]

Originariamente inviato da idum

Non è un discorso corretto. E' ovvio che qualunque applicazione fa caso a se. Ma quali sono effettivamente le applicazioni che non possono sfruttare realmente cell?

Al contrario, quello di Xeal e' un discorso perfettamente corretto.

Un esempio classico di applicazione che il Cell non digerirebbe, e' un compilatore. Sarebbe tecnicamente possibile scrivere un compilatore sulle SPE, ma sarebbe maledettamente lento, anche di ordini di grandezza, rispetto a quello che si potrebbe fare con un motore out-of-order con lo stesso numero di transistor.

E poi ricerche in database, ad esempio per cercare file e dati sul proprio filesystem e relazionarli. Sarebbe un chiodo. Correzione ortografica di un documento, che non e' di nuovo altro che una gran ricerca in un database.

Altro esempio, il rendering di una pagina HTML complessa con una mole di dati consistente, che si riduce al processare diversi elementi e relazionarli fra di loro per produrre la pagina finale su schermo. Non verrebbe certamente digerito facilmente da un SPE con memoria locale.

[xeal]

Originariamente inviato da Criceto
Dimentichi che il Cell ha anche un core PowerPC a 64 bit dual threaded da 3.2 Ghz

Occhio che quel core non è proprio un PPC. E' un derivato della famiglia Power, come lo sono i vari Gx che usa(va) Apple, e i processori usati da diverse consol, ma ci sono delle grosse differenze. I PPC, che io sappia, sono dei processori out-of-order e questo li rende adatti al general purpose. Il core "tuttofare" di Cell, invece, è in-order, come i 7 core SPE, ed è questo il problema: se i dati non sono strutturati/strutturabili in un certo modo non può fare altro che rigirarsi i pollici, sprecando del tempo che si potrebbe cercare di sfruttare diversamente, ove possibile, è chiaro.

Originariamente inviato da cdimauro
Per Office et similia magari sì, per tante altre cose no.

Infatti

Originariamente inviato da fek
C'e' scritto sulla confezione

[mjordan]

Mi domando se esiste della documentazione tecnica a riguardo di questo Cell. Soprattutto roba che parla di quelle estensioni C++ che si erano annunciate tempo fa.