Salut,

J'allais me lancer dans un projet personnel plus ambitieux que tous mes projets précédents, lorsque je fus pris d'une angoisse particulière...

Les machines parallèles se multiplient : partout (ou presque) où il y a de l'informatique, il y a maintenant du multi-coeur. Or, moi et mes programmes faits pour du séquentiel, on est à la traîne, finalement. Cependant, je développe toutes mes interfaces graphiques avec la SDL ou d'autres librairies s'y basant de près ou de loin. Donc j'aurais beau coder le fonctionnement de mes programmes en tirant profit du parallélisme possible, le plus lourd du programme, ce qui prend réellement du temps au CPU, cela reste presque tout le temps l'affichage des pixels. Or je me vois mal paralléliser la librairie SDL...

Quelle est la solution ? Y'a-t-il des équivalents à la SDL qui sont codés de telle manière à tirer profits des machines actuelles à plusieurs processeurs ?

Il paraît évident que dans les années qui viennent, ceux qui auront su en tirer profit vont de plus en plus systématiquement tenir le haut du pavé, non?

Ton vrai probleme il est la: "ce qui prend réellement du temps au CPU, cela reste presque tout le temps l'affichage des pixels."

Afficher des pixels, c'est le travail de la carte graphique, pas de ton CPU. Il faut utiliser une lib qui fait ca sur la carte graphique, ou utiliser ta lib pour que ca se fassse sur le GPU.

Et y'a une manière de le faire avec la SDL ? Je sais que ce serait le cas avec openGL, mais la SDL est vraiment faite pour utiliser que les processeurs non?

bah ca depend de quelle SDL tu parles, il y a 50 version. Mais quand les surfaces sont hardware et que tu blitte sur une autre surface hardware, tout se passe sur la carte graphique.

Apres si tu fais du SDL image pour bidouiller les textures, c'est une autre histoire et ca se passe certainement sur le CPU. Mais concretement il faudrait faire du shaders/cuda/opencl pour faire ca directement sur le GPU. Je ne sais pas si SDL exporte ca bien comme il faut.