Microsoft et Intel s'allient pour les applications multithread

Mais sur quoi portent exactement ces recherches ?

oui car c'est vraiment pas nouveau la programmation distribuée...

B'en nan, c'est pas vague du tout !
Intel livre des compilateurs pour ses CPUs, et c'est au compilateur de rendre le programme au maximum multitreads. Ils veulent réduire le role des "astuces de programmation" pour rendre la programmation plus simple et donc aider à son utilisation massive

oui mais y a pas besoin de recherche pour ça !
le parallélisme c'est enseigné depuis des décennies ! et les outils/concepts/librairies nécessaires à de tels développements existent depuis très longtemps aussi...
donc je ne vois pas sur quoi leur recherches vont porter, si ce n'est sponsoriser des labos d'universités pour que leur programmes tournent mieux sur les processeurs intel et donc faire un coup de pub...

je crois pas que les programmes de calcul qui sont massivement multithreadés aient attendu ces messieurs pour que ça soit optimisé...

Bah justement non. Les programmes multi-threadés ne sont pas si nombreaux : par exemple winrar ne tire pas partie des 4 cores d'un Q6600 ... Et c'est pour que les compilateurs interprètent les scripts de façon à créer des programmes multi-threadés sans avoir a utilisé de "astuces" lors de la programmation que intel et microsoft créent ces labos. Je vois pas ce qu'il y a de mal a ca ... Mais bon ceux qui peuvent pas blairer microsoft ou intel trouvent toujours des arguments ...

visiblement t'as pas du programmer souvent toi, y a pas besoin d'astuces du tout pour multithreader... et forcément si tes références c'est winrar comme logiciel de calcul ^^

Personnellement, je suis déjà content si mon OS se charge de diviser les applications sur les différents cores. C'est pas compliqué et ça améliore les performances générales, quand même. Quoique c'est le bottleneck est rarement le processeur, à part dans les applis de calcul.

AlGrenadine > Un compresseur de fichier est un excellent exemple de logiciel de calcul. Rien de choquant ici.
Et au passage, tu sais que tu déformes sa vision du mot "astuce" au moment où il l'a écrit

ben pour ça pas besoin de recherche, suffit que les développeurs prévoient du multithread au moment du développement... c'est pour ça que je vois pas l'objet des recherches

Simplifier les choses ...
Pourquoi on a inventé la fermeture éclaire ? Pour que ce soit plus simple et plus rapide. Pourtant tout le monde sait comment marchent des boutons ...

oui mais dans le parallélisme on a déjà pas mal simplifié les choses depuis 40 ans... si tu crois qu'y a pas déjà eu énormément de chercheurs qui ont bossé là dessus... donc je vois pas comment simplifier qqchose qui est déjà simple puisque très conceptuel

Il y a plusieurs façon d'utiliser les différents core d'un processeur:

Soit en utilisant plusieurs thread dans le programme. Chacun des threads s'occupant d'effectuer des tâches spécifiques (soit des tâches identiques mais sur des données différentes, soit des tâches distinctes).
Mais ce mode de programmation est déjà largement exploité (dans le sens où il y a tout ce qu'il faut en programmation pour gérer correctement les threads). Le problème est qu'il n'est pas toujours facile de trouver
comment séparer une action en différents threads.

Ou alors (c'est sur ces points qu'Intel et Microsoft travaille je pense), fournir des outils de programmation permettant de paralléliser automatiquement une séquence d'éxecution dans un programme.
J'ai vu que Microsoft fournissait déjà un SDK permettant par exemple de paralléliser sur différents core l'execution d'une boucle for dans un programme.

Exemple: for(int i=0;i

http://www.zdnet.fr/special/whiteb [...] 426,00.htm

Désolé pour le lien vers un concurrent de Tom's Hardware mais je pense que ça peut faire avancer le débat.

AlGrenadine dans cette série de vidéo, le monsieur qui vient de chez Intel explique que pour gérer le multipross il faut utiliser des librairies autre que iostream par exemple pour le C++, et donc une boucle for par exemple à son équivalent multitreadé, et c'est certes assez bien fait, mais pas naturel pour une majorité de programmeurs (d'ou la campagne de sensibilisation des dévellopeurs à l'aide de ces vidéos)

Le but pour tout le monde c'est que la librairie la plus standar de la programmation devienne 100% multipross sans aucun besoin de reflexion par le dévellopeur, une gestion transparente quoi !

C'est toujours la même chose : on propose (impose ?) une technologie (le multicoeur) en ventant ses supposés mérites sans s'assurer que le reste suive, se qui fait qu'on ne bénéficie pas des atouts de ladite technologie ! Il serait temps de revoir sa copie messieurs les marketeurs et ingénieurs !

On réinvente la programation ?

Ben oui mourben, pour des doubles coeurs il faut une double programmation, pour des quadruples coeurs une quadruple programmation et ainsi de suite