T'as l'air de connaître beaucoup de choses, alors je pose des questions :)
* Concrêtement, on peut faire n'importe quel type de calcul en GPGPU ? C'est quoi les grosses contraintes de programmation ? Si j'ai bien compris l'idée c'est de programmer la séquence d'instruction sur le pipeline de la CG pour paralléliser à mort ... On est limité en instructions, on peut boucler (je connais pas du tout les langages)
* Pour prolonger la question, la grosse difficulté c'est qu'on a des algorithmes pas implémentables, ou qu'on peut implémenter n'importe quoi, mais de manière non triviale ?
* Si j'ai bien compris, des procos types Larabee ou assimilé, c'est générique, mais c'est pas facile à exploiter de manière performantes parce que l'architectsure est un peu spéciale, avec les problèmes de caches, etc. Donc l'avantage de ce type d'archi par rapport au GPGPU ce serait sa généricité, mais difficile à exploiter, en particulier pour des traitements graphiques parce que les architectures sont mal connues.
** 1 - J'ai bon ?
** 2 - Par rapport a du GPGPU c'est carrément moins parrallèle, mais plus souple à programmer ?
Et enfin questions subsidiaires, t'as des exemples de problèmes tu utiliserait un GPGPU ou un Larabee ? Pour avoir une idée du type de problème traitable par les archis ...
[^] # Re: Un peu précipité, non ?
Posté par thoasm . En réponse à la dépêche Processeur graphique : NVIDIA est mal parti pour les années à venir. Évalué à 5.
* Concrêtement, on peut faire n'importe quel type de calcul en GPGPU ? C'est quoi les grosses contraintes de programmation ? Si j'ai bien compris l'idée c'est de programmer la séquence d'instruction sur le pipeline de la CG pour paralléliser à mort ... On est limité en instructions, on peut boucler (je connais pas du tout les langages)
* Pour prolonger la question, la grosse difficulté c'est qu'on a des algorithmes pas implémentables, ou qu'on peut implémenter n'importe quoi, mais de manière non triviale ?
* Si j'ai bien compris, des procos types Larabee ou assimilé, c'est générique, mais c'est pas facile à exploiter de manière performantes parce que l'architectsure est un peu spéciale, avec les problèmes de caches, etc. Donc l'avantage de ce type d'archi par rapport au GPGPU ce serait sa généricité, mais difficile à exploiter, en particulier pour des traitements graphiques parce que les architectures sont mal connues.
** 1 - J'ai bon ?
** 2 - Par rapport a du GPGPU c'est carrément moins parrallèle, mais plus souple à programmer ?
Et enfin questions subsidiaires, t'as des exemples de problèmes tu utiliserait un GPGPU ou un Larabee ? Pour avoir une idée du type de problème traitable par les archis ...