Uh? Pour ton deuxième point, si tu utilise les driver framebuffer, tu perds l'accélaration matérielle! Ce qui retires tout l'interet justement.
Le probleme du serveur X actuel, c'est qu'il fait un peu le boulot du kernel en initialisant la carte vidéo, ce qui pose problème en cas de carte vidéo multiple, etc..
Le but n'est pas d'éviter qu'X fasse des "io directement sur la carte" le but c'est d'avoir la gestion de la carte intégrée dans le kernel (pour la découverte, l'initialisation), et X exploitant ensuite au mieux la carte.
Mais paser à Mesa pour éviter de charger un driver propriétaire, je ne suis pas convaincu des perf: toutes les primitives censées être accélérée par la partie 3D de la carte, fait par le CPU.. Il serait interressant de voir des benchmark, mais ça risque d'être plus lent que le serveur X 'pas OpenGL' a cause de la couche supplémentaire n'apportant rien en définitive.. (enfin si la gestion de la carte serait fait par le kernel, mais bon..)
[^] # Re: Serveur X sur OpenGL ?
Posté par reno . En réponse à la dépêche Exa, une nouvelle architecture accélérée pour les drivers Xorg. Évalué à 3.
Le probleme du serveur X actuel, c'est qu'il fait un peu le boulot du kernel en initialisant la carte vidéo, ce qui pose problème en cas de carte vidéo multiple, etc..
Le but n'est pas d'éviter qu'X fasse des "io directement sur la carte" le but c'est d'avoir la gestion de la carte intégrée dans le kernel (pour la découverte, l'initialisation), et X exploitant ensuite au mieux la carte.
Mais paser à Mesa pour éviter de charger un driver propriétaire, je ne suis pas convaincu des perf: toutes les primitives censées être accélérée par la partie 3D de la carte, fait par le CPU.. Il serait interressant de voir des benchmark, mais ça risque d'être plus lent que le serveur X 'pas OpenGL' a cause de la couche supplémentaire n'apportant rien en définitive.. (enfin si la gestion de la carte serait fait par le kernel, mais bon..)