Non, il faut arrêter de présenter ce truc comme une grande idée. Il y a simplement un mec qui s'est souvenu de l'existence de VirtualGL et s'est demandé s'il ne pourrait pas le faire fonctionner sur une seule machine afin d'obtenir deux X : l'un sur le GPU intégré au CPU, l'autre sur un GPU séparé. Ça a marché ? Bingo ! Là a démarré tout un bazar pour essayer de faire démarrer le 2e X (la chouette configuration de xorg.conf en prime), plus un client VirtualGL au lancement de la session. Pour être perfectionniste, il fallait bien également tenter le téléchargement et l'installation des drivers Nvidia. Pour se faire encore plus plaisir, ajoutons un programme permettant d'éteindre certains GPU séparés (mais certainement pas n'importe quel type de GPU parce que le problème vient de la présence, ou non, d'une sorte d'interrupteur sur la carte mère). Enfin, le sommet a été atteint en essayant de produire des scripts pouvant uniformiser tout ce bordel sur des distributions où les fichiers ne sont pas aux mêmes endroits.
Bref, que Bumblebee disparaisse rapidement, c'est devenu du grand n'importe quoi. En attendant la solution propre, on peut reprendre le principe : 2 X qui tournent et du VirtualGL pour la communication.
Quant à la solution propre justement, elle est en cours de développement à la fois au niveau du noyau et des pilotes graphiques. Elle cherche à permettre à des pilotes de produire une image issue du GPU séparé dans un buffer utilisé par le CPU/GPU pour qu'il puisse l'afficher (exemples sur le «offloading»).
[^] # Re: Optimus le vendredi :D
Posté par Laurent A. . En réponse au journal Pourquoi plus aucune ville ne passe à Linux ?. Évalué à 3.
Non, il faut arrêter de présenter ce truc comme une grande idée. Il y a simplement un mec qui s'est souvenu de l'existence de VirtualGL et s'est demandé s'il ne pourrait pas le faire fonctionner sur une seule machine afin d'obtenir deux X : l'un sur le GPU intégré au CPU, l'autre sur un GPU séparé. Ça a marché ? Bingo ! Là a démarré tout un bazar pour essayer de faire démarrer le 2e X (la chouette configuration de xorg.conf en prime), plus un client VirtualGL au lancement de la session. Pour être perfectionniste, il fallait bien également tenter le téléchargement et l'installation des drivers Nvidia. Pour se faire encore plus plaisir, ajoutons un programme permettant d'éteindre certains GPU séparés (mais certainement pas n'importe quel type de GPU parce que le problème vient de la présence, ou non, d'une sorte d'interrupteur sur la carte mère). Enfin, le sommet a été atteint en essayant de produire des scripts pouvant uniformiser tout ce bordel sur des distributions où les fichiers ne sont pas aux mêmes endroits.
Bref, que Bumblebee disparaisse rapidement, c'est devenu du grand n'importe quoi. En attendant la solution propre, on peut reprendre le principe : 2 X qui tournent et du VirtualGL pour la communication.
Quant à la solution propre justement, elle est en cours de développement à la fois au niveau du noyau et des pilotes graphiques. Elle cherche à permettre à des pilotes de produire une image issue du GPU séparé dans un buffer utilisé par le CPU/GPU pour qu'il puisse l'afficher (exemples sur le «offloading»).