Applications du GPGPU Computing
Un des aspects intéressants de Larabee est sa capacité théorique à effectuer des opérations récursives au niveau hardware. Comment pourrait-on comparer cela à une approche théorique qui consisterait à implémenter un petit processeur x86 sur une carte graphique pour les tâches courantes ?
Je ne pense pas que la récursion soit déterminante vis-à-vis du succès du GPU computing, vu que presque tous les codes qui tournent sur le GPU sont des chaines internes d’une application et critiques d’un point de vue performances. L’inline est toujours préférable, de même qu’il faut éviter d'employer des moyens comme la récursivité pour des raisons de performance. On pourrait tout à fait inclure le support de la récursivité aujourd’hui, mais nous préférons laisser le compilateur optimiser sans. Pour ce qui est du petit processeur, il y a déjà un CPU dans le système et nous nous sommes attachés à fournir une couche logicielle aussi fine que possible pour une efficacité maximale. Les composants dédiés présentent presque toujours un meilleur rendement au niveau de la surface de silicium utilisée et de la consommation par rapport à un CPU X86 « poids lourd » lorsqu’il s’agit de tâches critiques comme l’ordonnancement processeur « juste à temps ».
Jusqu’ici, la majorité des applications GPGPU ont été cantonnées aux calculs scientifiques et au décodage/transcodage vidéo. Où voyez-vous les bénéfices du GPGPU pour l’utilisateur en dehors de la vidéo ?
La prochaine vague de programmes tirant parti du GPU computing accélérera l’édition vidéo, le traitement d’images et la physique des jeux. Nous estimons que les tableurs sont probablement assez rapides à l’heure actuelle. Si l’accélération de l’édition vidéo était une évidence, de nouvelles applications grand public comme la reconnaissance visuelle, orale et écrite peuvent aussi bénéficier du potentiel indéniable du GPU.
Quel avenir voyez-vous au GPGPU ?
Les consommateurs bénéficient déjà du GPU Computing sans forcément en être conscients : des entreprises comme OptiTex utilisent CUDA pour concevoir des vêtements qui sont ensuite produits à grande échelle. Les constructeurs automobiles conçoivent les futurs véhicules grâce au ray tracing sous CUDA. D’autre part, on continuera à voir des opportunités au niveau des médias personnels comme le classement et la recherche de photos en se basant sur leur contenu (comme par exemple les visages, la localisation), opérations qui nécessitent des calculs extrêmement complexes.
Je suis particulièrement fier au niveau des applications en imagerie médicale et pour la recherche contre le cancer. Techniscan est une entreprise qui utilise nos GPU Tesla afin d’aider les médecins à améliorer la détection et le diagnostic du cancer du sein par rapport aux méthodes traditionnelles. L’Institut National du Cancer rapporte que grâce à CUDA, la rapidité des calculs d’interactions protéine-ligand qui sont nécessaires pour concevoir des médicaments contre des maladies comme le cancer et Alzheimer a été multipliée par 12. Le fait de voir le GPU computing utilisé par la recherche fondamentale dans le but de sauver des vies est quelque chose de merveilleux.
Excellente idée, d'autant plus qu'il est utile d'avoir le discours des experts (en tout cas le discours de ceux qui font l'actualité... vu le nombre "d'experts" autoproclamés).
Bonne chance aux modos pour gérer les crises de nerfs à venir
Enfin bon, je sais aussi qu'on va avoir de jolies batailles rangées, rien qu'avec les sujets touchant Apple
[]<--- déjà dehors...
Toujours au top Tom's !!
C'est vraiment une très bonne initiative ces interviews High-Tech.
Merci
Serait-il possible d'ajouter la possibilité de télécharger ces articles en divers formats (pdf..) ?
Je trouve l'idée intéressante mais j'espère que vous veillerez à clairement indiquer les responsabilités et l'entreprise au sein de laquelle ces experts travaillent car il est fort probable que cela puisse influencer énormément les propos de ces messieurs.
En espérant que cela ne servira pas seulement à relayer simplement le discours marketing des professionnels du secteurs.
Les appartenances seront évidemment clarifiées pour chaque intervenant via un encadré en en-tête.
Je lui aurais posé la question du pourquoi du support de DirectCompute par Nvidia ?
Après tout il ne s'agit que d'une API bricolée à la va-vite pour contrer OpenCL... Qui a en plus le défaut d'être réservé à Windows et tout ce qu'il y a de plus non-standard et propriétaire. Alors qu'au contraire Apple a dès le départ choisi d'ouvrir OpenCL à tous...
Bref DirectCompute fait double-emploi et trimballe ces problèmes pour n'offrir rien de plus... Pourquoi Nvidia accepte il alors de perdre du temps avec ça ?
Ne pouvaient-ils pas s'entendre avec AMD pour refuser de d'intégrer DC ?
Franchement les deux avaient tout à y gagner à ne pas se compliquer la vie pour rien et supporter tous les caprices de MS.
Je lui aurais posé la question du pourquoi du support de DirectCompute par Nvidia ?
Element de réponse :
http://www.nvidia.fr/object/directcompute_fr.html
Après tout il ne s'agit que d'une API bricolée à la va-vite pour contrer OpenCL... Qui a en plus le défaut d'être réservé à Windows et tout ce qu'il y a de plus non-standard et propriétaire. Alors qu'au contraire Apple a dès le départ choisi d'ouvrir OpenCL à tous...
Tous = 5% du monde. Merci Apple, trop généreux...
Bref DirectCompute fait double-emploi et trimballe ces problèmes pour n'offrir rien de plus... Pourquoi Nvidia accepte il alors de perdre du temps avec ça ?
Pour avoir des clients
Ne pouvaient-ils pas s'entendre avec AMD pour refuser de d'intégrer DC ?
Franchement les deux avaient tout à y gagner à ne pas se compliquer la vie pour rien et supporter tous les caprices de MS.
OpenGL et Direct 3D, OpenAL et DirectSound, OpenCL et DirectCompute : tout ce petit monde cohabite sans problème. N'ayant pas Windows, tu ne peux pas le savoir.
MS développe sa tambouille sans interdire aux autres de développer des solutions similaires... on peux pas en dire autant coté Apple
Je lui aurais posé la question du pourquoi du support de DirectCompute par Nvidia ?Après tout il ne s'agit que d'une API bricolée à la va-vite pour contrer OpenCL... Qui a en plus le défaut d'être réservé à Windows et tout ce qu'il y a de plus non-standard et propriétaire. Alors qu'au contraire Apple a dès le départ choisi d'ouvrir OpenCL à tous...Bref DirectCompute fait double-emploi et trimballe ces problèmes pour n'offrir rien de plus... Pourquoi Nvidia accepte il alors de perdre du temps avec ça ?Ne pouvaient-ils pas s'entendre avec AMD pour refuser de d'intégrer DC ?Franchement les deux avaient tout à y gagner à ne pas se compliquer la vie pour rien et supporter tous les caprices de MS.
Quelle est l'api 3d la plus utilisée dans le monde du jeu video console actuellement ?
DirectX 9 (PC)
DirectX 9+ (360)
LibGCM (PS3)
LibGCM, c'est une API bas niveau fournie par nvidia pour exploiter le GPU de la PS3 (nommé RSX). C'est une API très proche de DirectX 9 dans sa philosophie. Bien sur dans le sdk de la PS3, Sony fourni un driver OpenGL mais qui est développé au dessus de LibGCM. Tout les développeurs sérieux (id, epic, crytek etc, préfèrent court-circuiter cette couche et taper directement dans le bas niveau).
Résultat, lorsqu'un moteur 3D est développé, ses interfaces de haut niveau pour le rendu 3d ressemblent comme 2 gouttes d'eau à du DirectX, avec le bas niveau qui tire sur l'api de la plateforme.
Le problème d'OpenGL c'est la fiabilité des drivers. Les développeurs passent et continuerons de passer par du DirectX (9-10-11) pendant un petit moment. Il était normal d'intégrer DirectCompute avec DirectX pour eux.
Utiliser OpenCL avec du DirectX est beaucoup beaucoup moins propre (même si c'est possible) et surtout je suis pas sur que ça soit aussi souple/performant que l'association Direct3D + DirectCompute.
Maintenant réfléchi 5 min, si comme tu dis pourquoi nvidia et ati refusent pas de supporter DirectCompute?, c'est juste qu'il y a un gros marché et un avenir, sinon il l'aurait pas fait. (comme nvidia a plus ou moins bypasser DirectX 10.1)
Le business avant tout.
Merrimac - Stanford Streaming Supercomputer Project
A Streaming Supercomputer
Bill Dally, Pat Hanrahan,and Ron Fedkiw
September 18, 2001
http://merrimac.stanford.edu/publi [...] epaper.pdf
General-Purpose Computation on Graphics Hardware
The programming systems below attempt to provide GPGPU functionality while hiding the GPU-specific details from the programmer.
- Brook (Ian Buck, 2002)
This specification was developed with the assistance of Mattan Erez, Stanford University, the Stanford Streaming Supercomputer project, Peter Mattson, Eric Schweitz, Kenneth Mackenzie, Reservoir Labs
http://merrimac.stanford.edu/brook/
Brook for GPUs is a compiler and runtime implementation of the Brook stream program language for modern graphics hardware [Shader Model 2.0 = R300, NV30].
- Brook+
Brook+ is an implementation by AMD of the Brook GPU spec on AMD's Compute Abstraction Layer (CAL) with some enhancements
http://developer.amd.com/gpu_assets/AMD-Brookplus.pdf
ATI, SIGGRAPH 2006 (août), Data Parallel Virtual Machine (DPVM) : Expose relevant parts of the GPU, Hide all other graphics-specific features, Provide direct communication to device, Eliminate driver implemented procedural API
(Octobre 2005 ATI X1K architecture)
http://developer.amd.com/media/gpu_assets/dpvm_e.pdf
http://www.graphicshardware.org/pr [...] d-gh06.pdf
C'était en juillet 2006 qu'AMD avait annoncé l'acquisition d'ATI (finalisée en octobre 2006 au prix d'un endettement record)
- Scout compiler
http://gpgpu.org/static/articles/scout04.pdf
http://www.cct.lsu.edu/~estrabd/LA [...] /inman.pdf
- Accelerator (Microsoft Research)
Accelerator is written in C# and can be used with any .NET language. As such, it is a very effective and straightforward way to implement GPGPU algorithms.
http://research.microsoft.com/pubs [...] 05-184.pdf (ACM 2006)
- CGiS (Compiler Design Lab, Saarland University, Saarbrücken, ALLEMAGNE) : Like Brook, CGiS provides stream data types, but instead of explicit kernels that run on the GPU, the language invokes GPU computation via a built-in data-parallel forall operator.
- Glift template library
- CUDA (février 2007 : NVIDIA annonce la disponibilité de la version bêta du SDK de CUDA)
(Novembre 2006 GeForce 8800)
Ian Buck: "En 2005, j’ai donc intégré NVIDIA pour travailler sur CUDA. A l’époque, nous étions deux : un ingénieur et moi-même."
- OpenCL (2008): unified programming model for all CPU, GPU, Cell, DSP and other processors in a system
- Direct Compute (2009)
master capello a pris sa retraite... y'a un poste à pourvoir sur FR3.
il fallait encore qu'il ramène sa fraise sur apple... stune pathologie, ça.
y'a pas un psy dans la salle?
master capello a pris sa retraite... y'a un poste à pourvoir sur FR3.
Je me contente d'intervenir dans un domaine où je suis compétent... et je renouvelle ma suggestion de remplacer le lien sur le nom de l'auteur dans la page de la news qui renvoie... à la page de la news (ce qui est indispensable, évidemment !
Je me contente d'intervenir dans un domaine où je suis compétent... et je renouvelle ma suggestion de remplacer le lien sur le nom de l'auteur dans la page de la news qui renvoie... à la page de la news (ce qui est indispensable, évidemment ! ) par un lien vers les MP de l'auteur.
Bizarre, moi ça m'affiche une page "contact" où je peux poser une question à l'auteur
Toi, t'as encore des problèmes avec ton FF
Bizarre, moi ça m'affiche une page "contact" où je peux poser une question à l'auteur
Toi, t'as encore des problèmes avec ton FF
Je plussois, ces liens fonctionnent ...
Bizarre, moi ça m'affiche une page "contact" où je peux poser une question à l'auteur
Toi, t'as encore des problèmes avec ton FF
En fait, échaudé par de précédentes expériences je ne cliquais pas sur le lien (c'est le côté paresseux
soit l'adresse de la page plus /#, ce qui ressemble à une "ancre" HTML plus qu'autre chose. M'enfin...
Ce lien ne mène d'ailleurs pas au MP de l'auteur de la news mais à un contact avec la "rédaction" du site.
Je suppose qu'il y a un tri automatique derrière pour faire suivre...
Désormais je tâcherai de l'utiliser.
En fait, échaudé par de précédentes expériences je ne cliquais pas sur le lien (c'est le côté paresseux
), me contentant de lire le lien qui donne ceci : http://www.presence-pc.com/actuali [...] ts-36592/#
soit l'adresse de la page plus /#, ce qui ressemble à une "ancre" HTML plus qu'autre chose. M'enfin...
Ce lien ne mène d'ailleurs pas au MP de l'auteur de la news mais à un contact avec la "rédaction" du site.
Je suppose qu'il y a un tri automatique derrière pour faire suivre...
Désormais je tâcherai de l'utiliser.
[TOTALEMENT HORS SUJET]
En regardant la source, le lien est fait comme ça:
Ca renvoit à un formulaire de type post:
donc normal qu'on ne voit pas le lien directement, mais il y a bien des paramètres ...
[/TOTALEMENT HORS SUJET]
[TOTALEMENT HORS SUJET]
Un HS utile ça n'est plus tout à fait un HS. Merci !
Un HS utile ça n'est plus tout à fait un HS. Merci !