COMPTOIR
register

ZLUDA : Intel pourrrait supporter CUDA sur leurs architectures graphiques

S’il y a une chose dont NVIDIA peut se vanter par rapport à son concurrent rouge, c’est bien son écosystème. En effet, au fil des années, des budgets en projets de recherches et en R&D, le caméléon a su nouer des partenariats avec les professionnels et leur fournir un support d’exécution bien fini et adapté.

 

La meilleure illustration de cela réside dans CUDA, leur langage de programmation de calcul généraliste déporté sur carte graphique — ou « GPGPU », dans le milieu — qui, bien que fermé et donc réservé à l’utilisation sur carte NVIDIA seule, est extrêmement populaire. Il faut dire qu’en dépit des efforts d’AMD, les alternatives OpenCL se montrent encore plus fragiles (et plus d’être moins performantes sur les cartes vertes).

 

zluda benchs preliminary

Suivant l’application, les gains peuvent être colossaux... ou l’opération contre-productive

 

Du coup, du côté d’Intel, qui prépare son arrivée sur les datacenters en tant qu’accélérateur graphique, les neurones bouillonnent dans les têtes... si fort qu’un projet en est sorti : ZLUDA, pour « Zero Latency (C)UDA », consistant à faire fonctionner les applications CUDA sur les iGPU de la firme (UHD 630 et supérieur, Xe en ligne de mire !) avec des performances proches d’une exécution native. Pour cela, le GPU se fait passer pour un petit GPU vert (voir ce résultat GeekBench), ce qui permet de bénéficier des optimisations effectuées pour les cartes NVIDIA. Malin ? Oui, mais les cartes du fondeur de Santa Clara n’ont pas les mêmes caractéristiques que les GeForce et autres A100 : parfois, le résultat est 25 % plus lent que sur l’implémentation OpenCL, du fait de fonctions CUDA à émuler en software ! De plus, ce projet n’en n’est qu’au stade de la preuve de concept : toutes les applications sont loin d’être compatibles, et il n’est même pas dit que les bleus le conserve à court ou moyen terme. En attendant, le code est bien là et ouvert, si jamais cela vous intéresse. (Source : Phoronix)

 

Un poil avant ?

Les spécifications de Vulkan RT sont définitives

Un peu plus tard ...

Bon plan • Kit upgrade Ryzen 5 2600 et Asus TUF B450-Plus Gaming à 229,46 €

Les 9 ragots
Les ragots sont actuellement
ouverts à tous, c'est open bar !
par Un ragoteur qui pipotronne d'Occitanie, le Jeudi 26 Novembre 2020 à 10h25  
par Un ragoteur sans nom de Bretagne le Mercredi 25 Novembre 2020 à 12h25
(...)Et pas étonnant que les consommateurs naïfs que sont les communautés des utilisateurs click-boutons aient suivi la comm' plutôt que la raison, l'ouverture et la pragmatisme.

Quand tu es Dev (un vrai, pas un du côté de chez Swann :rolleyes, tu codes en opencl : ça t'assure de passer partout, et d'utiliser TOUTES les ressources dispos y compris APU & cie. Le calcul matriciel est aussi efficace que sous cuda. Ce n'est pas comme l'hégémonie indiscutable du fortran en calcul numérique sur cpu x64 par exemple. Après les kékés à effet Dunning-Kruger, qui pensent savoir sans jamais avoir pratiqué autre que via une appli exploitant du cuda, vont te jurer sur ta tête que "Apple-Cuda-letrucleplusmarketédumoment cey sûûûûûr que cey mieux!"
Aie aie aie, je ne voulais pas réveiller des sentiments négatif. Ta réponse est intéressante, dommage qu'elle soit pollué par autant de dédain envers plein de "communauté".
En 3D à part Maxon qui pourrait poussé Redshift à être OpenCL friendly, je vois pas de changement possible. Mais pareil, ce ne sont que mes 20 cents, aucune certitude.

Et comme le dit Jemporte, aucun développement, ce sont des moteurs qu'on ajoute à des logiciels, Octane supporte Blender, Cinema 4D, Maya, etc. (par exemple) Et il est fait pour être efficacement utilisé avec une carte Nvidia car utilisant CUDA.
Est-ce que c'est Nvidia qui a "verrouiller" ça, est-ce un soucis de marché (nombre de CG Nvidia vs AMD), soucis de support ? Un peu de tout ? J'avoue je ne le sais pas !
par Jemporte, le Mercredi 25 Novembre 2020 à 16h10  
par Un ragoteur qui pipotronne d'Occitanie le Mercredi 25 Novembre 2020 à 08h52
Certains "3D Artist" qui utilise des moteurs tiers (Octane, particulièrement, ou Redshift) ne jure que par les GPU Nvidia qui utilise CUDA... De ce côté là ça a l'air solide, j'ai beaucoup lu (sans être certain de la chose, je n'ai pas les connaissances adaptées) que OpenCL n'était pas aussi bien et surtout, ils sont arrivés après, tout le monde avait déjà adopté CUDA donc pour changer la donne maintenant, c'est une autre affaire? Mais je parle que dans ce "domaine" là.
Les 3D Artistes ne codent pas (en principe - c'est un autre domaine) mais utilisent un moteur de rendu existant. Celui-ci peut être sous Cuda ou OpenCL. Moi j'en utilise un compilé sous OpenCL, Indigo. Certains moteurs existent compilés sous Cuda et OpenCL...
L'un des problèmes de CUDA, c'est un certain manque de rétrocompatibilité.
par Un ragoteur sans nom de Bretagne, le Mercredi 25 Novembre 2020 à 12h25  
par Un ragoteur qui pipotronne d'Occitanie le Mercredi 25 Novembre 2020 à 08h52
Certains "3D Artist" qui utilise des moteurs tiers (Octane, particulièrement, ou Redshift) ne jure que par les GPU Nvidia qui utilise CUDA... De ce côté là ça a l'air solide, j'ai beaucoup lu (sans être certain de la chose, je n'ai pas les connaissances adaptées) que OpenCL n'était pas aussi bien
Ils utilisent les mêmes pipelines de calcul. Nvidia a arrosé les applis pros pour qu'ils utilisent leur langage fermé (en tant qu'enseignant en univ, ils m'ont proposé en 2008-2009 des formation gratuite, des logiciels gratuits à condition que je les utilise en cours), et bien capitalisé sur leur légère avance de sortie de cuda avant opencl (car consortium, certaines boites impliquées ont fait trainer les discussions sur les standards etc.).
Et pas étonnant que les consommateurs naïfs que sont les communautés des utilisateurs click-boutons aient suivi la comm' plutôt que la raison, l'ouverture et la pragmatisme.

Quand tu es Dev (un vrai, pas un du côté de chez Swann :rolleyes, tu codes en opencl : ça t'assure de passer partout, et d'utiliser TOUTES les ressources dispos y compris APU & cie. Le calcul matriciel est aussi efficace que sous cuda. Ce n'est pas comme l'hégémonie indiscutable du fortran en calcul numérique sur cpu x64 par exemple. Après les kékés à effet Dunning-Kruger, qui pensent savoir sans jamais avoir pratiqué autre que via une appli exploitant du cuda, vont te jurer sur ta tête que "Apple-Cuda-letrucleplusmarketédumoment cey sûûûûûr que cey mieux!"
par Un ragoteur qui pipotronne d'Occitanie, le Mercredi 25 Novembre 2020 à 08h52  
par Un ragoteur wizigoth d'Occitanie le Mardi 24 Novembre 2020 à 21h00
Je comprendrai jamais cette guégerre des écosystèmes.
Parfois j'entends que CUDA fait l'unanimité, parfois l'inverse.
Je suppose que c'est pas noir ou blanc donc si quelqu'un pouvait me partager un lien utile ça m'aiderait beaucoup pour m'y retrouver
Certains "3D Artist" qui utilise des moteurs tiers (Octane, particulièrement, ou Redshift) ne jure que par les GPU Nvidia qui utilise CUDA... De ce côté là ça a l'air solide, j'ai beaucoup lu (sans être certain de la chose, je n'ai pas les connaissances adaptées) que OpenCL n'était pas aussi bien et surtout, ils sont arrivés après, tout le monde avait déjà adopté CUDA donc pour changer la donne maintenant, c'est une autre affaire? Mais je parle que dans ce "domaine" là.
par Ideal, le Mercredi 25 Novembre 2020 à 00h42  
NVidia va pas se gêner pour crée un système qu'il soit hardware ou software pour provoquer un effondrement des perfs sur des GPU non-NVidia.
Il me semble qu'on a vu ça sur PhysX et ils seraient "légitimes" à le faire en prime.
par Un ragoteur wizigoth d'Occitanie, le Mardi 24 Novembre 2020 à 21h00  
Je comprendrai jamais cette guégerre des écosystèmes.
Parfois j'entends que CUDA fait l'unanimité, parfois l'inverse.
Je suppose que c'est pas noir ou blanc donc si quelqu'un pouvait me partager un lien utile ça m'aiderait beaucoup pour m'y retrouver
par Un adepte de Godwin en Nouvelle-Aquitaine, le Mardi 24 Novembre 2020 à 20h41  
Te Lgand if ZLUDA
par Un ragoteur sans nom de Bretagne, le Mardi 24 Novembre 2020 à 19h43  
surtout que vu le crobar, tu fais de l'opencl et tu es meilleur en moyenne
par Un ragoteur de transit en Bourgogne-Franche-Comté, le Mardi 24 Novembre 2020 à 19h13  
Je doute qu'essayer de resquiller un écosystème fermé ne soit un bon calcul sur le long terme. Vaudrait certainement mieux pousser openCL en compagnie d'amd pour un résultat certainement moins aléatoire qu'un "pseudo-support" suivant les situations.
Et cela permettrait probablement une adoption plus large d'un écosystème pleinement accessible.

Après je fais certainement une interprétation simpliste.