Faut arrêter de pinailler, nVidia a annoncé le support complet d'OpenCL dans CUDA et ils se sont particulièrement investi dans l'élaboration de celle-ci.
nVidia ne peut pas abandonner du jour au lendemain CUDA (*), en revanche, il est clair que dans le futur CUDA = OpenCL (+DX11) + extensions propriétaires. CUDA deviendra progressivement une implémentation spécifique d'OpenCL et non plus une API indépendante comme aujourd'hui.
ça ne vous rappelle pas un autre standard dirigé par le Khronos Group ?
Pardi, OpenGL ! Après, la question est de savoir si nVidia (et les autres constructeurs) feront intégrer leurs extensions dans les prochaines révisions d'OpenCL comme ils le font avec OpenGL.
Par ailleurs, AMD s'oriente dans la même direction que nVidia, Stream SDK évoluera pour supporter OpenCL (et DX11) mais ils maintiendront également leur API et langage propriétaire Brook+ (basé sur le framework libre BrookGPU). http://www.amd.com/us-en/Corporate/VirtualPressRoom/0,,51_10(...)
> le leader unique du marché c'est CUDA
Certes, mais le marché n'est qu'à ses débuts et est très fragmenté, l'arrivée d'un framework "multiplateforme" (**) comme OpenCL peut encore changer la donne.
La véritable bataille commencera avec DX11, c'est d'ailleurs la raison pour laquelle tout les acteurs majeurs à l'exception de M$ se sont ralliés à OpenCL (sans pour autant négliger DX11 pour les fabricants).
(*) quid des clients, des programmes déjà développés et des développeurs qui ont été formés ? CUDA n'a que 2 ans, trop tôt pour abandonner le support.
(**) c-a-d supportant une vaste gamme de GPUs et non pas "multi-OS".
[^] # Re: kthxbye
Posté par GeneralZod . En réponse à la dépêche OpenCL, en version 1.0. Évalué à 5.
Faut arrêter de pinailler, nVidia a annoncé le support complet d'OpenCL dans CUDA et ils se sont particulièrement investi dans l'élaboration de celle-ci.
nVidia ne peut pas abandonner du jour au lendemain CUDA (*), en revanche, il est clair que dans le futur CUDA = OpenCL (+DX11) + extensions propriétaires. CUDA deviendra progressivement une implémentation spécifique d'OpenCL et non plus une API indépendante comme aujourd'hui.
ça ne vous rappelle pas un autre standard dirigé par le Khronos Group ?
Pardi, OpenGL ! Après, la question est de savoir si nVidia (et les autres constructeurs) feront intégrer leurs extensions dans les prochaines révisions d'OpenCL comme ils le font avec OpenGL.
Annonce de nVidia à propos d'OpenCL:
http://www.nvidia.com/object/io_1228825271885.html
Par ailleurs, AMD s'oriente dans la même direction que nVidia, Stream SDK évoluera pour supporter OpenCL (et DX11) mais ils maintiendront également leur API et langage propriétaire Brook+ (basé sur le framework libre BrookGPU).
http://www.amd.com/us-en/Corporate/VirtualPressRoom/0,,51_10(...)
> le leader unique du marché c'est CUDA
Certes, mais le marché n'est qu'à ses débuts et est très fragmenté, l'arrivée d'un framework "multiplateforme" (**) comme OpenCL peut encore changer la donne.
La véritable bataille commencera avec DX11, c'est d'ailleurs la raison pour laquelle tout les acteurs majeurs à l'exception de M$ se sont ralliés à OpenCL (sans pour autant négliger DX11 pour les fabricants).
(*) quid des clients, des programmes déjà développés et des développeurs qui ont été formés ? CUDA n'a que 2 ans, trop tôt pour abandonner le support.
(**) c-a-d supportant une vaste gamme de GPUs et non pas "multi-OS".