Flash Info : Microsoft annonce la XBox One : tout ce qu'il faut savoir

NVIDIA active CUDA 2.2 au sein de ses pilotes destinés à Linux

Les manchots vont-ils se mettre à jour ?

Il y a quelques jours, on voyait apparaître sur NV News une nouvelle version bêta des pilotes destinés aux cartes graphiques NVIDIA sous Linux : les 185.18.04.

Ces derniers corrigeaient quelques petits bugs et apportaient un meilleur support des noyaux récents. Mais ils viennent aussi de faire leur apparition sur le site du caméléon, qui évoque pour sa part l'activation des fonctions de son API CUDA dans sa version 2.2.

Elle INtéressera donc les développeurs en herbe (ainsi que les confirmés) qui veulent tirer parti de leur GeForce pour des applications dont le but est autre que la 3D.

Pour les détails et le téléchargement, ça sera par ici.

David Legrand

Journaliste, responsable des PCi Labs. Geek de l'extrême spécialisé dans l'analyse des produits high-tech, les réseaux sociaux et les trios d'écrans. Adepte du libre.

Twitter

Le 30 avril 2009 à 09:32 (14 355 lectures)

Actu Précédente Actu Suivante

Il y a 53 commentaires

INpactien

-Stephane- Le jeudi 30 avril 2009 à 11:20:36 #21

Inscrit le mercredi 29 octobre 08 - 916 commentaires

Dcaptoux a écrit :

Pas plus qu'une optimisation Quad-Core à mon avis mais bon ... les développeurs n'ont sans doute pas de temps à perdre en optimisation de bout de chandelle qui concerne moins de 1% de PDM.

Peut-être, mais l'optimisation que tu va faire sur PC, elle fonctionnera encore sur les PCs dans 5 voir 10 ans même, alors que l'architecture des GPU nvidia dans 2 ans elle sera peut-être tellement différente, que tes optimisations seront alors complètement inefficaces.
C'est tout le problème de la programmation généraliste sur GPU.

Edité par -Stephane- le jeudi 30 avril 2009 à 11:21

Equipe

David_L Le jeudi 30 avril 2009 à 11:22:38 #22

Inscrit le vendredi 13 septembre 02 - 25258 commentaires

Tu veux dire comme Super Pi, qui date, et qui est totalement inadapté aux CPU actuels ?

Je ne pense pas qu'imaginer qu'un code soit efficace ad vitam soit réaliste :)

INpactien

AnCaRioN Le jeudi 30 avril 2009 à 11:24:59 #23

Inscrit le lundi 28 mai 07 - 613 commentaires

titoum a écrit :

en meme tps a part nvidia y a qui?

3 gus dans un garage qui colle des logo amd/ati?

madcho, illuminati et madtai ?

Edité par AnCaRioN le jeudi 30 avril 2009 à 11:25

INpactien

-Stephane- Le jeudi 30 avril 2009 à 11:35:03 #24

Inscrit le mercredi 29 octobre 08 - 916 commentaires

David_L a écrit :

Tu veux dire comme Super Pi, qui date, et qui est totalement inadapté aux CPU actuels ?

Je ne pense pas qu'imaginer qu'un code soit efficace ad vitam soit réaliste :)

"Pas adapté", peut-être, mais il tourne toujours et va quand même plus vite. Ce n'est pas une chose évidente avec un programme sur GPU qui sera plus complexe. Avec les différentes architectures GPU qui existent tu peux avoir des performances qui s'écroulent d'un GPU à l'autre, à cause d'une optimisation spécifique pour l'un.

Je rappelle que le but de la programmation sur GPU c'est d'aller significativement plus vite, si ce n'est pas le cas, ce n'est pas la peine de s'emmerder.

Equipe

David_L Le jeudi 30 avril 2009 à 11:40:26 #25

Inscrit le vendredi 13 septembre 02 - 25258 commentaires

Je suis d'accord que la façon dont les GPU vont évoluer est moins claire que celle dont les CPU vont le faire. Et le changement peut être plus "violent".

M'enfin je ne pense pas non plus qu'il soit impossible de proposer un logiciel profitant des archi actuelles, et de le faire évoluer pour les prochaines, comme on le fait pour les CPU. Globalement, on restera sur les même fondamentaux (bcp de coeurs, bonne fréquence...).

Après ce sont les accès à la mémoire, à certains types de calculs & co qui peuvent être facilités (comme on l'a vu avec l'évolution de CUDA), mais je ne pense pas que ce soit un problème insurmontable.

INpactien

-Stephane- Le jeudi 30 avril 2009 à 11:42:53 #26

Inscrit le mercredi 29 octobre 08 - 916 commentaires

Je ne dis pas que ce sera insurmontable, mais simplement que l'investissement en temps que ça demande par rapport au gain que ça risque d'apporter n'en vaut peut-être pas le coup.

INpactien

Dcaptoux Le jeudi 30 avril 2009 à 11:47:02 #27

Inscrit le jeudi 12 janvier 06 - 4760 commentaires

David_L a écrit :

Tu veux dire comme Super Pi, qui date, et qui est totalement inadapté aux CPU actuels ?

Je ne pense pas qu'imaginer qu'un code soit efficace ad vitam soit réaliste :)

Surtout qu'après avoir joué sur la profondeur de Pipeline, la parallélisation d'instruction SIMD (MMX, 3DNow, SSE, etc), actuellement sur le nombre de coeur, que vont-ils nous sortir demain?

On notera un des mérites du n-core est de standardiser la parallélisation au lieu d'un jeu d'instruction propriétaire.

Edité par Dcaptoux le jeudi 30 avril 2009 à 11:49

INpactien

satandierbis Le jeudi 30 avril 2009 à 12:14:43 #28

Inscrit le mercredi 19 novembre 08 - 1221 commentaires

@David, demande toi aussi pourquoi Adobe n'utilise pas cuda mais openGl pour ses calculs GPU, par l'intermédiaire de Adobe Imaging Foundation (utilisé dans flash et photoshop).

Cuda n'intéresse personne à part quelques étudiants et chercheurs ravis d'abandonner les shader openGl pour leurs expérimentations GPGPU...

...et quelques petites boites de logiciel qui ont été sponsorisé par nvidia. The way it's meant to be programmed.

INpactien

titoum Le jeudi 30 avril 2009 à 13:04:31 #29

Inscrit le jeudi 9 février 06 - 187 commentaires

ben pour l instant les dev reste qd meme en retrait par rapport a ce qui se fait sur le marcher.

mais le point cpu doit/devrait evoluer. Quand on voit que meme ibm se ramasse sur les sunblade t2 avec son websphere pcq mal distribue.

ca fait pleurer :-(

INpactien

Dcaptoux Le jeudi 30 avril 2009 à 13:16:52 #30

Inscrit le jeudi 12 janvier 06 - 4760 commentaires

titoum a écrit :

Surtout que les boites recherchent aujourd'hui plus qu'hier à faire un max de blé en un minimum de temps.