Articoli e news    Prezzi

Larrabee in ritardo, AMD gongola ma Epic si dispera

07:57 - 9 dicembre 2009 di Manolo De Agostini

Il ritardo a data da destinarsi del primo prodotto Intel Larrabee dà il via alle reazioni.

Il ritardo della scheda video Intel Larrabee a data da destinarsi (con cancellazione della prima generazione) ha sollevato le reazioni dell'industria. AMD è intervenuta in merito, bollando il progetto di Intel come sbagliato fin dal principio. Larrabee, infatti, prevede la creazione di schede video basate su tanti core x86, istruzioni tipicamente relegate al mondo delle CPU.

"Fin dall'inizio, abbiamo visto Larrabee come un'ulteriore conferma dell'importanza del visual computing. Continuiamo a dire che la GPU è essenziale per l'esperienza con il computer, di oggi e di domani. AMD è leader nella tecnologia GPU per la grafica 3D, il video e il calcolo", ha dichiarato Dave Erskine, Graphics Public Relations di AMD.

"Quando si ha solamente la CPU o la GPU, un'azienda è costretta a far ricorso alle proprie capacità per rispondere alle necessità dell'industria. AMD è l'unica azienda con diverse proprietà intellettuali su GPU e CPU. In risposta alla direzione presa dell'industria, stiamo mettendo insieme la CPU e la GPU nel progetto Fusion".

Larrabee, quindi, non è proprio il miglior modo per affrontare le necessità del mercato. "Le GPU sono difficili da progettare e non potete svilupparne una con un approccio 'CPU centrico' che usa core x86 esistenti".

Di diverso avviso è Tim Sweeney, boss Epic Games, che ha appreso la notizia della cancellazione della prima versione di Larrabee con delusione.

"Focalizzarsi sui teraflop non permette di pensare alla programmabilità: i modelli di programmazione delle GPU attuali sono troppo limitati per supportare software su larga scala, come un motore fisico completo o una pipeline grafica di prossima generazione implementata via software. Nessun teraflop può compensare la mancanza di supporto a un dispatch dinamico, un modello di programmazione C++ completo, uno spazio di memoria coerente, etc", ha dichiarato a Bright Side of News.

"Ho visto il set di istruzioni e il modello di programmazione scalar/vector misto di Larrabee come il modello di calcolo definitivo, che fornisce prestazioni di classe GPU e la programmabilità di classe CPU come un modello di programmazione facile da usare che avrebbe schiacciato le pipeline grafiche a funzione fissa. Il modello sarà rivoluzionario se sarà venduto come una scheda aggiuntiva, una soluzione integrata o se sarà parte del die della CPU", ha concluso Sweeney.

Il boss di Epic ha delle motivazioni chiare per parlare in questi termini: Larrabee avrebbe facilitato la programmazione e ridotto i budget di sviluppo, sempre più alti in quella che è un'industria ormai pari al cinema. Sfruttare GPU sempre più complesse richiede tempo e denaro. Larrabee avrebbe permesso di trasbordare parte delle conoscenze in ambito CPU nel settore GPU. Purtroppo Sweeney, come tutti, dovranno aspettare.

Condividi:   

Suggerimenti dalla rete

Commenti

Aggiungi un tuo commento
1/2 avanti    
Jimmy 09/12/2009 09:27
 
Anche AMD si potrebbe eventualmente buttare su un progetto analogo a Larrabee. Di sicuro l'avranno stra-blindado di brevetti labirinto.
Ciao
pingalep 09/12/2009 09:44
 
amd è meglio se inizia a tirare fuori cpu performanti all'altezza della controparte. questo da felice possessore di schede video e vecchie cpu amd.
miocardio 09/12/2009 09:47
 
Non capisco del tutto quello che asserisce il boss epic. Su lato pc dovrebbero esserci le Directx che fanno da intermediari con la scheda video, quindi la difficoltà di programmare su ogni singola Gpu non la vedo, altrimenti avremmo giochi AMd e gioci Nvidia.
Discorso diverso se parlava di console.
Il_Saggio 09/12/2009 10:07
 
Nessun teraflop può compensare la mancanza di supporto a un dispatch dinamico, un modello di programmazione C++ completo, uno spazio di memoria coerente, etc


Ha forse letto le specifiche del Fermi?
silvio3d 09/12/2009 10:19
 

 Originariamente inviata da Il_Saggio

Nessun teraflop può compensare la mancanza di supporto a un dispatch dinamico, un modello di programmazione C++ completo, uno spazio di memoria coerente, etc


Ha forse letto le specifiche del Fermi?



no
Tresh 09/12/2009 10:44
 
Secondo me LRB ha solo bisogno di più tempo, sia per quanto riguarda i driver che i consumi. Credo che AMD faccia meglio a pensare alle sue CPU (indietro di 1 gen abbondante) piuttosto che ai prodotti degli altri.
pabloski 09/12/2009 10:51
 

 Originariamente inviata da miocardio

Non capisco del tutto quello che asserisce il boss epic. Su lato pc dovrebbero esserci le Directx che fanno da intermediari con la scheda video, quindi la difficoltà di programmare su ogni singola Gpu non la vedo, altrimenti avremmo giochi AMd e gioci Nvidia.
Discorso diverso se parlava di console.



pure le console c'hanno opengl, ma il punto non è questo...quando cambia l'architettura devi comunque cambiare la struttura del software

pensa alle cpu....se intel ti fa un processore con una cache più grande, dovrai considerare questo fatto quando allochi i dati in modo da sfruttare la cache al massimo

oppure un diverso meccanismo di parallelizzazione delle istruzioni, anche questo ti costringe a mettere "insieme" le istruzioni giuste affinchè siano parallelizzate e ottengano il massimo delle prestazioni

le varie librerie grafiche possono fare da intermediari, risolvere parte dei problemi, ma non sapendo come sarà fatto il motore grafico non possono ottimizzarlo al volo
grng 09/12/2009 11:02
 
In ogni caso vedo più facile un miglioramento nell'utilizzo delle gpu piuttosto che un larrabee competitivo in ambito grafico.
ArtX 09/12/2009 11:49
 
ma se non sanno nemmeno sfruttare le cpu multi-core, cosa parlano a fare?!?!?
questi vogliono solo la pappa pronta... e poi propio l'architettura x86 ci dobbiamo portare dietro anche nelle schede video... mah!
silvio3d 09/12/2009 12:15
 

 Originariamente inviata da ArtX

ma se non sanno nemmeno sfruttare le cpu multi-core, cosa parlano a fare?!?!?
questi vogliono solo la pappa pronta... e poi propio l'architettura x86 ci dobbiamo portare dietro anche nelle schede video... mah!



i motori dell' Epic sono pienamenti ottimizzati per il multicore, infatti su console riescono a utilizzare tutti i thread disponibili sia su ps3 che xbox
1/2 avanti    
Accedi o  registrati.
Nome utente:
Password:
Segnala TomsHW

Correlazioni

  Categoria: Schede Video