PDA

View Full Version : [Larrabee][ENG] Nuovi dettagli + primo SDK


Tommo
04-04-2009, 17:46
Intel ormai parla da un bel pò di Larrabee, e questo dovrebbe essere (nei loro piani) il progetto che riporterà tutto il mercato High-End nelle mani del loro x86... fermando sul nascere l'indipendenza delle GPGPU.

Comunque finora si avevano molte poche informazioni, a parte vari annunci entusiastici...
però oggi ho trovato un pò di articoli interessanti che vanno piuttosto nel dettaglio:

-A First Look at the Larrabee New Instructions (LRBni) (http://www.ddj.com/go-parallel/article/showArticle.jhtml;?articleID=216402188)
5 pagine di inglese fitto fitto, ma decisamente interessanti: spiegano l'instruction set che dovrebbe permettere a questo "coso" di raggiungere il picco prestazionale senza fare salti mortali, tramite un insieme di operazioni a 3 registri (e 16 componenti) fondamentalmente "gratuite".

-Beyond Programmable Shading (http://s08.idav.ucdavis.edu/)
Non sapevo che avessero fatto un talk di questo genere, comunque contiene un pò di esempi di quello che si crede porterà questo nuovo paradigma.

-Larrabee's New Instructions In C++: A Prototype (http://www.ddj.com/go-parallel/blog/archives/2009/04/larrabees_new_i.html)
Informazioni sul prototipo di SDK per Larrabee, completo di emulatore per provare subito il codice.
Per i coraggiosi, direi :asd:

Per quanto mi riguarda, la cosa più interessante è l'attenzione che sta avendo l'idea di "salutare" Dx e OpenGL per ricostruire un proprio motore grafico completamente software dalle potenzialità decisamente superiori.
E pensare che quando dissi la stessa cosa anni fa "qualcuno" mi disse che non aveva minimamente senso :sofico:
Oppure avrebbe senso un porting di Python su Larrabee:
"Python 100x faster than C++ in heavy processing"
Credo che molti sbaverebbero per un "headline" di questo genere qua in giro :asd:
Qualcun'altro è interessato a questa roba? :asd:

cdimauro
04-04-2009, 20:08
Finito di leggere l'articolone.

Debbo dire che come architettura è impressionante, ma qui il massimo lo si ottiene lavorando in assembly, per quanto possano fare un buon lavoro il compilatore e la libreria di Intel.

Tommo
05-04-2009, 10:56
A quanto pare si... spero che qualcuno tirerà fuori velocemente un middleware che lo fa per noi :D

Anche perchè in effetti pensare l'intera applicazione per dare in pasto i dati a quell'assembly può essere molto complicato...

cdimauro
05-04-2009, 15:58
L'intera applicazione no: si scrivono soltanto le parti più intensive.

Comunque non mi pare male lavorare con quell'assembly. Mi sembra molto versatile.

Tommo
06-04-2009, 16:36
Beh ma si è visto che fine fanno le architetture che obbligano a programmare in assembly, per quanto flessibile :asd:

La gente oggi snobba CUDA perchè è C, figurarsi in assembly... e poi poterci eseguire linguaggi di alto livello potrebbe essere un valtaggio in realtà.

cdimauro
06-04-2009, 20:43
Indubbiamente (e sai quanto mi piacerebbe vederci girare Python :D), ma snobbare il C è cosa buona giusta. :O

nAo
08-04-2009, 06:48
La stragrande maggioranza delle persone programmera' LRB come qualsiasi altra GPU..ovvero via shaders. Il programming model e' semplificato, ma non ti devi certo imparare l'assembly per avere codice ottimizzato.

cdimauro
08-04-2009, 07:40
Non si parlava di codice ottimizzato e basta, ma di "massimo". Nel senso di codice spremuto per benino.