Newsgroup: it.comp.hardware.video-3d
Titolo: nvidia cuda....e ati?

Salve a tutti.
Vorrei sapere se sapete se esiste un qualcosa di simile a cuda ma x
schede ATI.
Sono incuriosito dala possibilità di poter utilizzare la potenza di
calcolo delle gpu  x scopi diversi dalla grafica e mi piacerebbe poter
sperimentare la cosa. Ora lo "sfizio" potrebbe essere costoso con
nvidia ma molto meno costoso con ati , anche tenendo conto delle nuove
4850/4870 che sembra abbiano un prezzo molto concorrenziale. Sapete
dirmi se esiste quaclosa di simile a cuda x le schede ati? Grazie mille

 mille
certo c'č anche per ati, ha un linguaggio di alto livello con anche degli 
ottimi compilatori.
esempi pratici il nuovo cyberlink power director fa fare l'enconding in 
hardware alle 48xx....
-- 
-------------------------------
SimBus82 sta per rinascere...
Scopri la nuova reincarnazione 
http://tinyurl.com/2d7byh
 

 certo c'è anche per ati, ha un linguaggio di alto livello con anche degli


 Grazie ancora per le informazioni
ahi si scusa...
http://en.wikipedia.org/wiki/Close_to_Metal
http://en.wikipedia.org/wiki/AMD_FireStream#Software_Development_Kit


 ahi si scusa...
http://en.wikipedia.org/wiki/Close_to_Metal


ricerchina su google e non vi rompo ^^
Il corrispettivo del CUDA nVidia per le schede ATI dovrebbe essere il CAL.
Cmq non è necessario usare le ultime schede, sia ati che nvidia, per fare 
calcoli gpgpu. Sia cuda che cal sono supportati già dalla generazione 
precedente (hd2900 / 3800 per ati, e 8800 per nvidia).
Ciao 

 schede ATI.
No. In ogni caso basta una qualunque 8800 per CUDA, una 8800GT non costa 
una follia.
-- 
Danilo Pianini
"DanySK"
MSN: danysk_AT_alientech_DOT_it
Skype: 
dany.sk
www.astice.org
Consigliere membro del direttivo
Direttore della rivista "I2 - Informa Ingegneri"

 dirmi se esiste quaclosa di simile a cuda x le schede ati? Grazie mille
piů che altro con ATI le prestazioni nel GP computing son alle stelle, non 
esiste confronto con nvidia
ATI usa CTM che č sia alto che basso livello, al contrario di CUDA
CTM supporta CINEMA 2.0, HAVOK, ed altre applicazioni, incluse 
encoding/decoding,transcoding video
 

 No.
Detto cazzata. Ignoravo l'esistenza di Stream SDK di AMD. In ogni caso 
non sembra sinceramente avere le stesse potenzialità di CUDA, se non 
altro se ne parla molto meno.
Comunque vedo che l'SDK è disponibile anche per Linux, c'è da sperare bene.


 costa una follia.
ma che stracazzo dici?


 bene.
informati meglio la prossima volta... tra l'altro CTM (predecessore di 
Stream SDK) è uscito con le x1900....cuda non esisteva ancora...
Peccato per te ma l'sdk di ati è sia di alto che di basso livello e 
potenzialmente è molto più completo di CUDA. Nvidia non ha niente a livello 
ISA per le sue gpu.... e penso tu sappia quanto importante può essere avere 
accesso a basso livello.
Teoricamente qualcuno con della buona volontà, può prendere CTM, farci un 
middlware e wrappare senza problemi CUDA dentro una gpu ati...
Ora ati con Stream SDK ha unito la parte ad alto livello al CTM.


 Ora ati con Stream SDK ha unito la parte ad alto livello al CTM.
ma senza contare il lato hardware, R700 avrà 1600  SU [4+1]
non scherziamo con le 240 minorate del 280 per non parlare dei modelli 
inferiori 

 middlware e wrappare senza problemi CUDA dentro una gpu ati...
Fatto salvo per funzioni DX10.1 specifiche, dovrebbe essere possibile 
anche il viceversa. In ogni caso difficilmente lo si farà, se si 
deciderà di far qualcosa di simile probabilmente verrà istituito un 
consorzio per un linguaggio comune.


 consorzio per un linguaggio comune.
chi lo... se cuda come dici te, ed è vero, è più pubblicizzato... tanto le 
parole stanno in mano ai programmatori veri... la cyberlink che è leader nel 
mercato infatti ha dato pieno supporto alle ati....


 mercato infatti ha dato pieno supporto alle ati....
Sviluppano con Stream?


 consorzio per un linguaggio comune.
Già c'è. 
http://www.khronos.org
E con lui esiste il nuovo standard OpenCL
http://en.wikipedia.org/wiki/OpenCL
che verrà sicuramente supportato da AMD (lo ha già dichiarato).
p.bes

 di diverso da un driver...
certi path specifici in alcuni giochi hanno parti mission critical scritte 
direttamente a basso livello per la gpu
è CHIARO che non puoi scrivere qualcosa di eccessivamente complesso, per gli 
ovvi motivi che saprai, ma è altrettanto ovvio che l'approccio LL viene 
usato tuttora, per le gpu come per le cpu
quello di cui parliamo qui è l'apertura libera ed incondizionata al basso 
livello
e da qui alle prime timide demo 3d non dovrebbe passare troppo tempo
sulle cpu è una scena piuttosto florida
ed alla creazione di librerie etc nel tempo
l'SDK ufficiale è una scorciatoia, ma la direzione non è obbligata 

 l'SDK ufficiale è una scorciatoia, ma la direzione non è obbligata
Se si vuol realizzare qualcosa di complicato un ambiente di sviluppo 
integrato è praticamente necessario.


 integrato è praticamente necessario.
non necessariamente per programmi molto brevi è necessario un ambiente di 
sviluppo complesso
ci son casi e casi, opportunità ed opportunità, credo converrai
 

 ci son casi e casi, opportunità ed opportunità, credo converrai
Sicuramente... ma non credo che chi vuol sfruttare l'hw vorrà scrivere 
programmi tipo "cubo con texture che gira" :D - che comunque in assembly 
è tutt'altro che banale.
A mio avviso quel documento sarà manna per i "driveristi", e per chi 
scrive le librerie, gli altri ne gioveranno indirettamente - usando le 
librerie, tutto andrà MOLTO veloce :D
Comunque vedremo, la strada imboccata è buona.
