Aparapi exécute du code Java sur les GPU
AMD et Nvidia déploient de grands efforts pour convaincre les développeurs de l'intérêt de réécrire leurs applications pour tirer parti de la puissance des processeurs graphiques. Après OpenCL et CUDA voici venir Aparapi, A PARallel API, qui promet d'exécuter du code Java sur le GPU.
Mitonnée par AMD, cette API promet le simplicité : pas besoin d'apprendre un nouveau langage ou de réécrire de grandes portions de code, Aparapi sait intercepter le bytecode d'un programme Java et le transformer en code OpenCL s'il s'y prête. Aparapi se charge également de tous les transferts de données vers et depuis le GPU. Si OpenCL n'est pas disponible, ou si le code n'est pas compatible avec une exécution sur GPU, alors Aparapi se rabat sur une exécution plus classique sur plusieurs threads parallèles, tirant ainsi parti des CPU multicoeurs.
Pour plus d'informations et pour essayer Aparapi, rendez-vous sur le site d'AMD.
- Developpement,
- AMD,
- aparapi ,
- java ,
- openCL
- XFX se tourne à 100% vers AMD
- Des nems pour amener les ordinateurs dans l'espace
- Nouvelles images du SP1 de Windows 7
- Un SSD pour l'industrie : de -40 à 85°
- Tom’s Guide : la télé à la sauce Google
- Toshiba : du WiMAX pour le Portégé R700
- Un Celeron à... 8,2 GHz
- SandForce SF-2000 : au tour de Mushkin
- Samsung grave la Flash 3 bits/cellule en 20 nm
- Un nouveau netbook Acer sous Android et Seven
- Broadcom acquiert un spécialiste de la 4G
- Le « pincer pour zoomer » appartient à Apple
- 2 milliards de produits Bluetooth d’ici 2013
- On a testé Hadopi : bannissez le WEP !
- Mac OS 10.7 "Lion" rugira le 20 octobre
- Deux types d’IGP pour les Xeon Sandy Bridge
- Windows Phone 7 : les microSD ne sont pas amovibles
- Microsoft hacké... à cause de Linux
Tiens, ça va sans doute aider les aficionados de Minecraft
>Aparapi sait intercepter le bytecode d'un programme Java et le transformer en code OpenCL
Autrement dit Aparapi ferait exactement le travail inverse d'un compilateur ?
Intéressant ...
je dirais plutot que ça se raproche d'une emulation JIT
Tiens amd / java , oracle aide indirectement , secretement on dirait .
je dirais plutot que ça se raproche d'une emulation JIT
Pas tout à fait je pense, car en tant que tel il ne "simule" pas l'environnement d'origine (donc une JVM), il intercepterait (si j'ai bien saisi) les instructions pour les déléguer au GPU.
>Aparapi sait intercepter le bytecode d'un programme Java et le transformer en code OpenCL
Autrement dit Aparapi ferait exactement le travail inverse d'un compilateur ?
Intéressant ...
Non. La décompilation existe déjà, et ce n'est de cela dont il s'agit. N'oublie pas que le java, c'est du "précompilé" mais qui nécessite ensuite un moteur d'exécution (une JVM).
Là, Aparapi aurait (si j'ai bien saisi) la faculté d'intercepter une exécution donnée (du bytecode exécuté donc), pour ensuite translater les commandes et les déléguer à un GPU (via openCL).
Pas tout à fait je pense, car en tant que tel il ne "simule" pas l'environnement d'origine (donc une JVM), il intercepterait (si j'ai bien saisi) les instructions pour les déléguer au GPU.
Ben plutôt que de faire un programme qui se plug à la JVM (et qui ne fonctionnera donc plus à la moindre mise à jour de celle-ci), ils vont probablement reprendre une JVM toute faite et mapper certaines instructions sur le GPU.
J'attends de voir les résultats.
du code multi-threadé doit l'être dès son écriture. une méthode pour "l'intercepter" et le transformer aussi profondément, je suis plus que sceptique.
Ce ne serait pas plus simple d'intégrer un processeur Java au sein des CPU?
Ce ne serait pas plus simple d'intégrer un processeur Java au sein des CPU?
Surtout pas, ne serait-ce que les problèmes de portabilité.
Ce ne serait pas plus simple d'intégrer un processeur Java au sein des CPU?
Perso un processeur Java, on risquerait d'y perdre aux niveau performance enfin un truc comme ça