|
|
|
|
Strumenti |
25-09-2013, 12:01 | #1 |
www.hwupgrade.it
Iscritto dal: Jul 2001
Messaggi: 75175
|
Link alla notizia: http://www.businessmagazine.it/news/...ava_48846.html
In concomitanza con la conferenza Oracle JavaOne IBM dimostra come sia possibile accelerare le elaborazioni Java in modo sostenuto attraverso la potenza di calcolo delle GPU; per il momento tutto grazie a CUDA e alle architetture NVIDIA Click sul link per visualizzare la notizia. |
25-09-2013, 12:30 | #2 |
Senior Member
Iscritto dal: Nov 2004
Messaggi: 691
|
"Eseguendo tradizionali Array Java si ottengono..."
Casomai ordinando, gli array non si ESEGUONO... |
25-09-2013, 13:15 | #3 |
Senior Member
Iscritto dal: Jul 2007
Messaggi: 647
|
"l'accelerazione delle operazioni via GPU verrà estesa anche alla piattaforma Java nel prossimo futuro." significa che alcuni metodi Java saranno eseguiti sulla GPU o che è in programma una versione di CUDA disegnata per Java, qualcosa tipo "CUDA J" in alternativa a CUDA C?
|
25-09-2013, 13:17 | #4 |
Member
Iscritto dal: May 2010
Messaggi: 145
|
ma perchè ausare Cuda e non librerie più "open" come OpenCL?
|
25-09-2013, 13:41 | #5 | |
Senior Member
Iscritto dal: May 2004
Messaggi: 6521
|
Quote:
Inoltre nell'ambito professionara il cuda è infinitamente piu utilizzato e diffuso dell'opencl come linguaggio quindi era prevedibile che un azienda enterprise come oracle punti sul leadere di mercato per un suo software di punta. |
|
25-09-2013, 13:43 | #6 |
Senior Member
Iscritto dal: Aug 2006
Messaggi: 1402
|
E quando pensi che Òracol possa farne UNA di giusta con la tecnologia CAFEBABE prima di rovinarla definitivamente, ecco che ti si appoggiano a una tecnologia proprietaria come quella della casa verde.
|
25-09-2013, 14:38 | #7 |
Senior Member
Iscritto dal: Jul 2007
Messaggi: 647
|
Resta comunque il fatto che le applicazioni scientifiche in Java siano più lente di quelle scritte in C++ ... questo fa si che chi scrive programmi scientifici sia costretto a usare il C++ piuttosto che Java... Non so se il fatto di avere nel Java metodi alto livello performanti può cambiare le cose...
Quanto a openGL, direi che ormai lo standard di fatto per il GPU programming è CUDA...può non piacere, ma è così. |
25-09-2013, 14:38 | #8 |
Senior Member
Iscritto dal: Jul 2007
Messaggi: 647
|
Resta comunque il fatto che le applicazioni scientifiche in Java siano più lente di quelle scritte in C++ ... questo fa si che chi scrive programmi scientifici sia costretto a usare il C++ piuttosto che Java... Non so se il fatto di avere nel Java metodi alto livello performanti può cambiare le cose...
Quanto a openGL, direi che ormai lo standard di fatto per il GPU programming è CUDA...può non piacere, ma è così. |
25-09-2013, 16:28 | #9 |
Senior Member
Iscritto dal: Oct 2001
Messaggi: 14720
|
L'articolo riporta che CUDA è stato utilizzato per la dimostrazione, ma questo non significa che Oracle intenda basare il tutto esclusivamente su CUDA.
Sinceramente dubito che intendano tagliare fuori la maggior parte dell'utenza che utilizza schede Intel e AMD. |
25-09-2013, 16:49 | #10 |
Member
Iscritto dal: Nov 2001
Città: Pino Torinese
Messaggi: 71
|
In realtà gli sforzi principali di OpenJDK con il progetto Sumatra (su cui ci stanno lavorando Oracle, AMD e altri) sono rivolti a OpenCL:
http://www.infoq.com/news/2013/09/java-hsail http://openjdk.java.net/projects/sumatra/ In questo caso, sarebbe la VM a decidere automaticamente se usare la CPU o la GPU a seconda del lavoro da fare e nel momento in cui vengono utilizzate specifiche API introdotte con Java 8 per la parallelizzazione dell'elaborazione.
__________________
Mauro |
Strumenti | |
|
|
Tutti gli orari sono GMT +1. Ora sono le: 01:34.