projet (tek2?)(tek5?)(tek42?)

Aujourd'hui les processeurs peuvent gerer en simultané de plus en p;lus de thread.

Les seul probleme ezst que les programmeurs n'aime pas programmer en massivement multi thread... (processeur intel 128 core en 2012....)....

Alors pk ne pas creer qqch qui transformerai avant traitement un thread en plein de threads et qui retournerai les resultats comme si il s'agissait d'un seul et unique thread?

Comme ca plus besoin de se faire chier à penser multithread :d

Le truc devra etre une solution :

(Librairie, compilo, deamon, ......... ?????????)

Je pense que c'est un projet d'avenir.

Si vous avez une idée de comment procédé je suis ouvert à toutes les suggestiopns.

Sinon n'hesitez pas à completer les Docs. Moi et yellow on va rencontrer l'equipe de hellheaven demin ;d (ou opas)

En fait le gros probleme c'est qu'un programme c'est linéaire dans la tete de tout le monde.

Pourquoi, ne pas se servire du GS pour faire un langage multi-thread natif, (voir meme p2p/culterising, par la même occasion), j'y pensais justement ce matin dans le train ( j'ai eu le temps, c'etait la grève :S ) ( Non non, GS est toujours d'actualité, en se moment je suis dans les automates LALR pour analysé les sources ).

En gros rendre le code non-linéaire, avec l'evenementiel et l'objet, je pense que c'est possible

Mais apres c'est une question de performance.

i = 1 + 5 + ( 9 * 6 );

Tu veux multi-thread quoi ? la dedans ?

Dev un API en C ou C++, pourquoi pas... C'est a voir

i = 1 + 5 + 9 * 6

--> 2 threads

a = 1; -> Core 1
b = 9; -> Core 2

a += 5; -> Core 1
b *= 6; -> Core2

i = a + b

edit :

L'exemple fait perdre de la perf la. Mais sur de gros prog et sur des processeurs massivement multithread, le gain de temps pourait etre remarquable