Discussion :

[LGnord]

J'ai vu sur le forum .NET une discussion que je me permets de transposer ici. Le thème apporté est le suivant:

Aujourd'hui, un bon logiciel doit-il être conçu parallèle pour s'exécuter sur une machine multi-coeur?

Quels sont les outils qui permettent d'écrire, de tester ou de vérifier du code Java parallèle?

Question bonus mais déjà largement abordée: Java 7 (et les parallel array) va-t-il vraiment changer nos habitudes dans ce domaine?

[dinobogan]

La programmation parallèle est une technique spécifique. On ne s'improvise pas concepteur d'application parallèle.
De plus, pour faire du parallèle il faut une ou plusieurs bonnes raisons.

Le parallel array de Java 7 va-t-il changer les habitudes ? Non, aucun risque. Ce sera un outil de plus pour ceux qui comprennent les techniques de parallélisation et une classe obscure de plus pour les autres.

[LGnord]

Je suis tout a fait d'accord avec toi dinobogan.

Même un developpeur confirmé renccontre des problèmes avec les threads. A l'opposé, les jeunes ingénieurs ont une formation minimaliste dans le domaine du parallélisme.

Mais la réalité est que les machines actuelles ont plusieurs coeurs. Et je suis persuadé que le logociel doit suivre.

Je suis donc à l'écoute de tout outils qui peut aider à prendre en main le parallélisme. Mais que soit en Java, en dot net ou autre, je ne vois pas grand chose.

[ateji]

Aujourd'hui, un bon logiciel doit-il être conçu parallèle pour s'exécuter sur une machine multi-coeur?

C'est ce qu'on appelle "The free lunch is over" (voir http://www.gotw.ca/publications/concurrency-ddj.htm).

Jusqu'en 2009, il suffisait d'attendre une nouvelle génération de processeurs pour voir son application tourner plus vite.

Depuis, celui qui n'écrit pas de code parallèle est condamné à voir son application utiliser un seul coeur, c'est à dire une partie de plus en plus petite du hardware disponible. Aujourd'hui on en est à 1 coeur sur 64 sur les SCC d'Intel et 1 coeur sur 100 sur les derniers procs Tilera, encore réservés aux gros serveurs, mais qui ne vont pas tarder à être partout.