Discussion :

[gangsoleil]

Bonjour,

Effectivement, aujourd'hui, on vend du parallelisme a tout va, en expliquant que c'est vachement mieux qu'avant.

Mais dans la vrai vie, des qu'on developpe un peu, on se rend compte que c'est plus complexe que ca.

Du parallelisme CPU et GPU ? Youpi, mais pour la plupart des applications, ca sert a quoi ?

Mettre ca dans la norme ? Mais bien sur, surchargeons une norme qui est deja tellement complexe que certains pans de celle-ci semblent reserves a l'elite de l'elite des excellents developpeurs C++ (regardez-la, elle vaut le coup).

Alors oui, le GPU a le vent en poupe aujourd'hui, de meme que le green computing, le cloud, ... Bref, encore pleins de buzz-word pour montrer que tout le monde il est beau, tout le monde il est gentil.

PS : En tant que developpeur d'applications systemes, je n'ai jamais vu d'applications lambda qui demandaient plus de 6 ou 8 threads (et encore, c'etait pour de l'optimisation massivement parallele).
PPS : Bien sur, en calcul parallele, c'est autre chose, mais c'est un domaine tellement particulier que je ne suis pas certain qu'ils se reposent sur une implementation dans le compilateur.
PPPS : Ah si, il y a les paralleliseurs de code, tres utilises par les physiciens, qui pourraient tirer parti de ce genre d'implementation. Dommage qu'ils generent du Fortran.

[Jojo K-ri]

ça pourra servir à booster la plupart des projets de calcul en grid computing/distributed computing.
(genre les X@home comme seti@home pour ceux qui connaissent pas...)
ça servira donc à booster la science.

Faites don de votre temps de processeur inutile à la science, installez BOINC

une liste (non-exhaustive) des projets existants :
http://en.wikipedia.org/wiki/List_of...uting_projects

[TNT89]

Et vous ?
Que pensez-vous de la volonté de Microsoft de sortir un nouvel outil pour la programmation parallèle : bienvenue ou vous avez déjà ce qu'il vous faut ?

Non, c'est simplement une interface qui ne sert à rien.

Dans le désordre de ce que j'ai pu lire :

Les sections GPU de CUDA sont fortement similaire à celle d'openCL et ont un peu prés les même limitations ( mémoire, typages, non-récursive,..), elles ne sont pas C++, elles se rapprochent du C ou de la synthaxe d'OpenCL.

Les sections de code CUDA (pour le GPU) sont C (objet et metaprogrammation template, ce qui est très savoureux dans le deuxième cas d'ailleurs).

Malgré tout le battage médiatique autour de la parallélisation, je suis pas sûr qu'il y ait beaucoup de développements concernés.

Pour des applications scientifiques, si, énormément même. Je travaille dans un domaine où la FFT est le point névralgique de tous les calculs et ce qu'apporte le GPGPU est tout simplement incroyable.

Et si je pense à compiz-fusion, le fameux bureau 3D qui tourne sous X, il permet de faire faire les calculs relatifs à l'IHM par le GPU.

Enfin ca n'a pas grand-chose à voir avec du GPGPU (pour Genereral Pur pose) car Compiz n'utilise que la partie graphique, pour le rendu.

ça servira donc à booster la science.

Malheureusement, si l'on considère cette interface, non je ne pense pas. Tout simplement et de mon expérience, j'ai déjà du mal à faire passer le message de ce que l'on fait vraiment avec GPU (CUDA/GLSL principalement) a mes collègues physiciens, de la façon dont on gère la programmation et pourquoi ça n'est pas un simple "deroulement de boucle" dans la plupart de nos applications. De plus, la majorité d'entre eux ne connaît que le C. Enfin, cet outil ne propose qu'une interface que je trouve pour ma part très obscure quant à la gestion fine de la mémoire, des échanges CPU/GPU, etc. comme certains l'aient déjà dit. Bref, rien de très attrayant pour selon mon point de vue.

Le moment où cela devient comique, c'est de savoir que Microsoft voudrait pousser l'adoption dans le standard.

1. Adoption d'une interface très jeune par rapport aux autres protagonistes.
2. Adoption d'une interface qui n'est pas reconnue et utilisee par une seule plateforme et un seul groupe.
3. Adoption d'une interface spécifique au hardware de certaines machines seulement dans un standard de langage de programmation.

J'ai une très forte envie de citer une accroche de réclame :
...et la marmotte met le petit chocolat dans le papier d'alu...