C++ AMP, il GPU computing secondo Microsoft

C++ AMP, il GPU computing secondo Microsoft

Microsoft annuncia le estensioni C++ AMP che permetteranno agli sviluppatori di sfruttare in modo adeguato la potenza di calcolo messa a disposizione dalle GPU

di pubblicata il , alle 15:13 nel canale Programmi
Microsoft
 
I migliori sconti su Amazon oggi

Amazfit Bip 5, 46 mm, Smartwatch, Schermo grande, chiamate Bluetooth, Alexa, GPS, durata della batteria di 10 giorni, fitness tracker con frequenza cardiaca, monitoraggio dell'ossigeno nel sangue

44.38€ Compra ora
-25%

Amazfit Active 2 Smart Watch 44mm, AI, Controllo Vocale, GPS e Mappe incluse, Batteria da 10 Giorni, 160+ Modalità Sportive, Resistente allAcqua 5 ATM per Android e iPhone, Nero

99.90 74.99€ Compra ora
-21%

TCL 43T6C 43'' QLED TV 4K HDR, Fire TV (Smart tv con Dolby Vision e Atmos, HDR10+, Premi e Chiedi ad Alexa)

329.00 259.00€ Compra ora
43 Commenti
Gli autori dei commenti, e non la redazione, sono responsabili dei contenuti da loro inseriti - info
LMCH17 Giugno 2011, 01:12 #21
Originariamente inviato da: Tedturb0
Mah.. da quando in qua M$ si fa paladina di specifiche open?


Embrace, Extend, Extinguish.
Prima si fanno paladini di proposte con le specifiche aperte (ma codice sorgente e brevetti sono un altro paio di maniche), poi "estendono lo standard" con roba che implementano solo loro e forti della loro posizione predominante fanno fuori la concorrenza.
AlanBoo17 Giugno 2011, 02:16 #22
e io piccolo sviluppatore godo con quello "standard esteso" che mi permette di lavorare meglio e più velocemente per la maggioranza dell'utenza
Racer8917 Giugno 2011, 10:02 #23
Non ho ben capito, ma un'applicazione del genere funziona con GPU sia nVidia che ATI?
LMCH17 Giugno 2011, 11:31 #24
Originariamente inviato da: AlanBoo
e io piccolo sviluppatore godo con quello "standard esteso" che mi permette di lavorare meglio e più velocemente per la maggioranza dell'utenza


Nella maggior parte dei casi non ti permette di lavorare meglio, ti da solo l'impressione che sia più semplice ma sopratutto ti lega meglio a Microsoft.

Considera ad esempio come mai .Net non abbia raggiunto gli obiettivi dichiarati ufficialmente da Microsoft e per AMP abbiano dovuto usare C++, mentre invece Apple zitta, zitta usa da tempo LLVM per ottimizzate automaticamente il codice per CPU e GPU e con Xcode4 è uscita con il supporto pieno per LLVM su tutta la linea (iPhone, iPad, ed i vari Mac).
devbeginner17 Giugno 2011, 12:20 #25
Originariamente inviato da: Tedturb0
Mah.. da quando in qua M$ si fa paladina di specifiche open?


.NET è standard ECMA da prima che tu conoscessi il significato di "open", posto che tu lo sappia anche ora.
devbeginner17 Giugno 2011, 12:25 #26
Originariamente inviato da: LMCH
Embrace, Extend, Extinguish.
Prima si fanno paladini di proposte con le specifiche aperte (ma codice sorgente e brevetti sono un altro paio di maniche), poi "estendono lo standard" con roba che implementano solo loro e forti della loro posizione predominante fanno fuori la concorrenza.


il solito blablabla.

nell'ecosistema .NET girano Ruby, Python, PHP (questi sono open sì?) e lo fanno piuttosto bene, con tanto di documentazione al seguito.

Mai dato un occhio a Codeplex?
Dai su...

Originariamente inviato da: LMCH
Nella maggior parte dei casi non ti permette di lavorare meglio, ti da solo l'impressione che sia più semplice ma sopratutto ti lega meglio a Microsoft.

Considera ad esempio come mai .Net non abbia raggiunto gli obiettivi dichiarati ufficialmente da Microsoft e per AMP abbiano dovuto usare C++, mentre invece Apple zitta, zitta usa da tempo LLVM per ottimizzate automaticamente il codice per CPU e GPU e con Xcode4 è uscita con il supporto pieno per LLVM su tutta la linea (iPhone, iPad, ed i vari Mac).


nell'anno del signore 2011 per sviluppare su iPhone ti devi scordare il garbage collector e lui parla di LLVM (che per altro si sta cercando di implementare nei linguaggi che girano sul DLR).
Ma va va
AlanBoo17 Giugno 2011, 14:53 #27
.net non ha raggiunto gli obiettivi?!
per AMP hanno "dovuto" usare C++ ?!?
Xcode?!?
Iphone, Mac ?!

ehhehe


Aegon17 Giugno 2011, 15:01 #28
Originariamente inviato da: boboviz
Visual Studio supporta già OpenCL.....


Non lo uso quindi non sapevo...

Originariamente inviato da: Racer89
Non ho ben capito, ma un'applicazione del genere funziona con GPU sia nVidia che ATI?


Considerando che C++ AMP è stato presentato all'AMD Fusion D.S., questa lo supporterà a pieno insieme ad OpenCL; nVidia, analogamente, supporta OpenCL e DirectCompute quindi di sicuro abbraccerà pure questo.

SE rispettano le API standard si, un'applicazione del genere funzionerà su entrambe le piattaforme.

Originariamente inviato da: LMCH
Considera ad esempio come mai .Net non abbia raggiunto gli obiettivi dichiarati ufficialmente da Microsoft e per AMP abbiano dovuto usare C++, mentre invece Apple zitta, zitta usa da tempo LLVM per ottimizzate automaticamente il codice per CPU e GPU e con Xcode4 è uscita con il supporto pieno per LLVM su tutta la linea (iPhone, iPad, ed i vari Mac).


A me sembra che .NET venga usato praticamente ovunque ormai... poi dovuto usare C++? Perché scusa, a parte C++ e Fortran quale linguaggio viene utilizzato per il CPU computing? Sempre da lì devi passare.
Apple zitta zitta ha ottimizzato GCC.
LMCH17 Giugno 2011, 15:41 #29
Originariamente inviato da: devbeginner
nell'anno del signore 2011 per sviluppare su iPhone ti devi scordare il garbage collector e lui parla di LLVM (che per altro si sta cercando di implementare nei linguaggi che girano sul DLR).
Ma va va


Quella è stata una scelta deliberata di Apple e come forse ben saprai LLVM gira sia con o senza garbage collector (può essere implementato sia dai runtime che a livello di librerie di supporto specifico di un certo linguaggio).
LMCH17 Giugno 2011, 15:53 #30
Originariamente inviato da: Aegon
A me sembra che .NET venga usato praticamente ovunque ormai... poi dovuto usare C++? Perché scusa, a parte C++ e Fortran quale linguaggio viene utilizzato per il CPU computing? Sempre da lì devi passare.


Viene usato praticamente ovunque (su S.O di Microsoft) ... solo che in codice .Net managed puro si scrivono le applicazioni che una volta si scrivevano con il Visual Basic pre-Net oppure che altri scrivono in Java, mentre per il resto si finisce con il mixare codice managed ed unmanaged ecc. ecc.
Viene usato anche su Windows CE, ma come con i runtime precedenti devi ricordarti di non usare un sacco di roba che c'e' solo sul desktop, ecc. ecc.
E questo ci porta alla necessità di usare per molta roba il "vecchio" C++ nonostante Microsoft la smeni sempre con quanto è più bello, moderno ed efficiente usare C#.

Originariamente inviato da: Aegon
Apple zitta zitta ha ottimizzato GCC.


Hai presente il CLang ? (compilatore C/C++ scritto da zero, ottimizzato per LLVM e sponsorizzato da Apple)
« Pagina Precedente     Pagina Successiva »

Devi effettuare il login per poter commentare
Se non sei ancora registrato, puoi farlo attraverso questo form.
Se sei già registrato e loggato nel sito, puoi inserire il tuo commento.
Si tenga presente quanto letto nel regolamento, nel rispetto del "quieto vivere".

La discussione è consultabile anche qui, sul forum.
 
^