Un projet pour exploiter au mieux le multicore

...]L'arrivée, l'installation et désormais la démocratisation des processeurs multicore au sein des ordinateurs professionnels et grand public n'ont visiblement pas fini de faire parler d'eux et de poser un certains nombre de défis.

Les développeurs regrettent le fait que la programmation de processus parallèles capables de tirer profit de plusieurs cœurs au sein d'un seul et même processeur soit particulièrement complexe et chronophage. Aujourd'hui, bon nombre de développeurs et de concepteurs estiment que le ' surplus ' de puissance délivrée par l'introduction du multicoeur dans les processeurs n'est que très rarement exploitée, la faute à des applications non-optimisées ou non-développées pour exploiter 2, 3 , 4 coeurs (voire plus) en même temps.

L'université de Stanford associée à des grands noms de l'industrie informatique tels que AMD, IBM, Intel, HP, NVIDIA ou bien encore Sun Microsystems ont décidé de s'associer dans un projet qui vise à simplifier la programmation capable d'exploiter le multicore. Le but étant de rendre accessible cette programmation au développeur ' moyen '.

Dans le cadre de ce projet, une équipe et un laboratoire sera mis en place à l'université de Stanford. Elle sera composée de chercheurs de l'université, d'experts en tous genre qui touchent a des domaines variés (programmation, langage machine, architecture informatique, développements systèmes...).

Le projet devrait normalement durer 3 ans et se voit allouer un budget de 6 millions de dollars US. Si tout va bien, a terme, des outils seront développés pour assister les développeurs dans leur programmation afin de tirer profit et de gérer correctement l'exécution de plusieurs tâches à travers plusieurs coeurs.

' La programmation parallèle est certainement l'un des plus gros problèmes de la science informatique à l'heure actuelle, elle pose de gros problèmes pour l'évolution des performances de calculs qui concernent de nombreuses industries et qui n'a pas cessé d'augmenter ces 40 dernières années ', précise Bill Dally, le responsable de département des sciences informatique à Stanford.

Comme on apprend à conduire les voitures du XXIème siècle, programmeurs, apprenez à utiliser les processeurs du XXIème siècle !
Allez au boulot hop hop hop !!

... Jusqu'à enfin aboutir à des langages orientés tâches ?

c'est quoi la programmation parralèle??

Bonne initiative. Mais un peu tardive malgré tout. Les multicoeurs sont monnaie courante aujourd'hui pour ne pas dire standard. Cette étude aurait du être effectuée il y a quelques années. Si on doit attendre encore 3 ans..

oui nous voudrions que les jeux exploite enfin toute les puissances des multi-coeur et pourquoi pas aussi du fait qu'ils soit 64 bits .
on n'oublie trop souvent que les applis sont 32 bits !!!

Le software va peut être rattraper le hardware ...

#include <pthread.h> ^^

@Yahoo -> La programmation parallèle c'est d'orienter l'execution du code (et donc des instructions) vers tel ou tel processeur. Au lieu qu'un seul processeur n'execute le programme, tu en as plusieurs. Genre pour un jeu video, un processeur s'occupe de l'IA, un autre aide le GPU, un autre les ressources, etc.. (bon c pour l'exemple hein)

Eh ben c'est génial tout ça ! Enfin, c'est pas trop tôt, mais mieux vaut tard que jamais :)

@arawakmeuh : +10

arawakmeuh a écrit:
oui nous voudrions que les jeux exploite enfin toute les puissances des multi-coeur et pourquoi pas aussi du fait qu'ils soit 64 bits .
on n'oublie trop souvent que les applis sont 32 bits !!!

Mais laisse tomber le 64 bits, ya quasi pas de différence (5-10% ???oO), tout le tintuin sur le 64 bits à l'époque c'etait pour te vendre un Athlon 64 !! c tout !! :lol:

@yahoo ->La programmation en parallele consiste à executer plusieurs tâches en même temps grâce au multicoeur. Sur un processeur simple coeur, les tâches sont traitées les une après les autres. Là ou ca devient compliquer, c'est quand on doit synchroniser ces tâches entre elles (certaines peuvent-être plus longues que d'autres, d'autres tâches auront peut-être besoin d'attendre qu'une tâche se termine avant de commencer), protéger l'accès aux données qu'elles manipulent (si plusieurs tâches modifient la même variable en même temps ça va pas) etc... le gain en temps est non-négligeable, mais alors ca prend du temps à mettre en place ^^
Edité le 02/05/2008 à 13:24

3 ans... Alors qu'ça fait déjà 3 ans qu'on tourne au multicore. Si les divers acteurs du marché, marchaient plus souvent main dans la main on aurait déjà 10 ans d'avance sur aujourd'hui...

J'ose même pas imaginer l'éventuelle arrivée de GPU multicore...

Bien ce projet mais d'ici trois ans ca fait long comme mème pour adapter une technologie qui n'a pas été "au mieux" pensé pour les développeurs a la base, autant repartir sur des nouvelles technologie en tenant compte des erreurs de la précédente ce qui faudra aussi au moins 3 ans pour l'élaborer, la ont pourra dire que ca sera pleinement exploité a la base quitte a l'améliorer dans les années suivante... :)

@Arawakmeuh le 64bits présente beaucoup moins d'intérêt que le multi-core. Les programmes optimisés 64bits sont à peine plus rapides, et dans certains cas même moins rapides.
Sans grand intérêt, donc.

Pour ce qui est de la gestion multi-core/multi-CPU c'est clair qu'il est grand temps que ça se démocratise car pour l'instant, à part certains outils très répandus comme les encodeurs vidéos, c'est réservé aux programmes professionnels et aux jeux vidéos.
Il serait appréciable que ça se répande aux anti-virus et aux programmes non-pro.

Y'a déjà beaucoup de personnes qui travaillent là dessus. C'est pas les outils de cette université qui vont révolutionner la programmation, mais plus l'aider, mais ça sera des outils mais y'en aura d'autres.
Sinon les jeux consoles sont optimisé multi coeur. 360 et PS3. On parle bien d'optimisation ici.

On va ressortir les Flags et les Mutex ;-)

Sinon, pour Kleaner, le 64bits apporte une meilleur gestion de la mémoire, nettement moins limitée comme actuellement à 1,7go par process.

C'est drôle, en lisant ces commentaires, programmer ce genre de trucs parait aussi facile que de se faire un plat de pâtes... Messieurs un peu de pondération dans vos propos.

kanzen a écrit:

J'ose même pas imaginer l'éventuelle arrivée de GPU multicore...

On appelle ça SLI ou Crossfire ... Et oui, le multicore, c'est avoir plusieurs "coeur" sur la même puce, mais dans la pratique, c'est la même chose que d'avoir plusieurs puces d'un seul "coeur", ce qui se fait depuis des années pour les CPU et GPU.