| Publiée par Julien Jay le Mardi 17 Avril 2007pour le salon | IDF 2007 |
Envoyer par mail
Commenter


Le client alternatif pour eDonkey le plus téléchargé |
Email gratuit HotmailEssayez Hotmail gratuitement et bénéficiez du stockage illimité |
Messenger sur téléphone mobileInstallez Messenger pour dialoguer sur téléphone mobile |
Depuis quand faut tout réécrire à chaque fois... les programmes correctement multitreadé peuvent s'adapter aussi bien a 2 coeurs qu'a 16sk_sexart a écrit:
je programme, et je peux vous dire que faut arrêter la course au coeur... parce que à chaque fois qu'on change le nombre de coeur, c'est tout le programme qu'il faut réécrire pour prendre en compte les multi coeurs, ou alors j'espères qu'un petit génie va simplifier tout ça en créant un nouveau language qui gera nativement le nombre de coeurs et en prendra compte lors de la création du programme....
sk_sexart a écrit:
je programme, et je peux vous dire que faut arrêter la course au coeur... parce que à chaque fois qu'on change le nombre de coeur, c'est tout le programme qu'il faut réécrire pour prendre en compte les multi coeurs, ou alors j'espères qu'un petit génie va simplifier tout ça en créant un nouveau language qui gera nativement le nombre de coeurs et en prendra compte lors de la création du programme....
Tarik86 a écrit:
Je pense que tu ne sais pas de quoi tu parles. J'ai suis aussi développeur et j'ai en l'occurrence déjà fait de la programmation de système parallèle (avec MPI, une librairie utilisé sur la majorité des applications qui doivent tourner sur des super calculateurs). Et bien je peux te garantir que si tu utilise les bonnes méthodes de programmation parallèle, ton programme tournera aussi bien sur 1, 2, 3, 4, 5, 8, 16, 65536, ou autant de processeurs que tu veux en utilisant la puissance de toutes les unités.
Par ailleurs les ordinateur multicore ce n'est plus le futur mais la réalité tout simplement, et il est temps que les développeurs s'y mettent. C'est moins compliqué que ce que l'on peut penser, toutes les applications n'ont pas besoin d'être multicore et les framework proposent maintenant les outils qui permettent d'optimiser très facilement ses programmes. C'est le même topo que pour le 64bit. D'ailleurs la prochaine version de Windows sera uniquement disponible pour les processeurs disposant du jeu d'instruction 64bit (dixit Microsoft). Les temps changent, et il était temps.
edit: grilled
Tu peux quand même avoir à complètement changer ton algo, non ?Tarik86 a écrit:
Je pense que tu ne sais pas de quoi tu parles. J'ai suis aussi développeur et j'ai en l'occurrence déjà fait de la programmation de système parallèle (avec MPI, une librairie utilisé sur la majorité des applications qui doivent tourner sur des super calculateurs). Et bien je peux te garantir que si tu utilise les bonnes méthodes de programmation parallèle, ton programme tournera aussi bien sur 1, 2, 3, 4, 5, 8, 16, 65536, ou autant de processeurs que tu veux en utilisant la puissance de toutes les unités.
Par ailleurs les ordinateur multicore ce n'est plus le futur mais la réalité tout simplement, et il est temps que les développeurs s'y mettent. C'est moins compliqué que ce que l'on peut penser, toutes les applications n'ont pas besoin d'être multicore et les framework proposent maintenant les outils qui permettent d'optimiser très facilement ses programmes. C'est le même topo que pour le 64bit. D'ailleurs la prochaine version de Windows sera uniquement disponible pour les processeurs disposant du jeu d'instruction 64bit (dixit Microsoft). Les temps changent, et il était temps.
edit: grilled
Tous les algos ont des parties séquentielles que tu ne pourras jamais paralléliser...C'est vrai que c'est pas courant !Jayce a écrit:![]()
Un connaisseur de MPI
d9pouces a écrit:
Tu peux quand même avoir à complètement changer ton algo, non ?Tous les algos ont des parties séquentielles que tu ne pourras jamais paralléliser...
bin oui, mais s'il y a une partie séquentielle dans le code, quelque soit le nombre de cœurs, ton programme n'ira pas plus viteTarik86 a écrit:
Maintenant si les OS ne sont pas trop bêtes, je pensent qu'il doivent pouvoir attribuer tout seul le core principal d'éxecution d'une application, de façon à ce que toutes les parties séquentielles ne se trouvent pas sur un seul core.

Tarik86 a écrit:
Je pense que tu ne sais pas de quoi tu parles. J'ai suis aussi développeur et j'ai en l'occurrence déjà fait de la programmation de système parallèle (avec MPI, une librairie utilisé sur la majorité des applications qui doivent tourner sur des super calculateurs). Et bien je peux te garantir que si tu utilise les bonnes méthodes de programmation parallèle, ton programme tournera aussi bien sur 1, 2, 3, 4, 5, 8, 16, 65536, ou autant de processeurs que tu veux en utilisant la puissance de toutes les unités.
Par ailleurs les ordinateur multicore ce n'est plus le futur mais la réalité tout simplement, et il est temps que les développeurs s'y mettent. C'est moins compliqué que ce que l'on peut penser, toutes les applications n'ont pas besoin d'être multicore et les framework proposent maintenant les outils qui permettent d'optimiser très facilement ses programmes. C'est le même topo que pour le 64bit. D'ailleurs la prochaine version de Windows sera uniquement disponible pour les processeurs disposant du jeu d'instruction 64bit (dixit Microsoft). Les temps changent, et il était temps.
edit: grilled
d9pouces a écrit:
bin oui, mais s'il y a une partie séquentielle dans le code, quelque soit le nombre de cœurs, ton programme n'ira pas plus vite
ah oui, vu comme ça, bien sûr (je suis un peu trop habitué à raisonner avec un seule tâche à la fois par machine ^^)Tarik86 a écrit:
Mais la partie non-séquentielle si. D'ailleurs tout les programmes ont une partie séquentielle normalement, et par rapport à ça, ce que je veux dire c'est que sur un pc multimédia quadricore tu peux avoir la partie séquentielle du kernel qui squatte le premier, l'antivirus le deuxième, quelques applications de la barre des tâches sur le troisieme et l'application en cours qui a besoin de performances (un jeu vidéo, adobe premiere...) sur le quatrième. Au final même la partie séquentielle ira plus vite car elle a un coeur a elle toute seule.

