DRI2 X ne marche que pour les applications OpenGL. Avec Wayland, toutes les applis utiliseront l'équivalent de DRI2.
Pour vous faire une idée de l'amélioration des performances, vous pouvez forcer qt à utiliser raster plutôt que le rendu par la XLib. Dans le mode xlib, Qt envoie à X les commandes via une socket pour rendre sa fenêtre. Dans le mode raster, il utilise son moteur interne pour faire le rendu puis il envoie les modifs complètes via la socket vers X. Je n'arrive pas à retrouver les benchmarks mais le résultat est étonnant :) J'utilise ça en permanence sur ma KDE.
Avec wayland, ça ira encore plus vite car on aura même plus besoin de sérialiser les commandes ou l'image finale dans une socket et traiter le rendu de toutes les applis dans une thread unique (X). Avec Wayland, les applis font leur propre rendu puis envoient l'handle GEM/DMABUF ("le pointeur vers le buffer") au compositeur qui n'a plus qu'à faire son travail, le compositing ("mettre dans l'écran l'ensemble des fenêtres à la bonne place"). Plus de sérialisation du rendu, plus d'utilisation d'un toolkit 2D très limité (X11/XRender).
[^] # Re: Compiz ne migrera pas vers Wayland
Posté par Martin Peres (site web personnel) . En réponse à la dépêche Petites brèves autour de Wayland. Évalué à 10.
DRI2 X ne marche que pour les applications OpenGL. Avec Wayland, toutes les applis utiliseront l'équivalent de DRI2.
Pour vous faire une idée de l'amélioration des performances, vous pouvez forcer qt à utiliser raster plutôt que le rendu par la XLib. Dans le mode xlib, Qt envoie à X les commandes via une socket pour rendre sa fenêtre. Dans le mode raster, il utilise son moteur interne pour faire le rendu puis il envoie les modifs complètes via la socket vers X. Je n'arrive pas à retrouver les benchmarks mais le résultat est étonnant :) J'utilise ça en permanence sur ma KDE.
Avec wayland, ça ira encore plus vite car on aura même plus besoin de sérialiser les commandes ou l'image finale dans une socket et traiter le rendu de toutes les applis dans une thread unique (X). Avec Wayland, les applis font leur propre rendu puis envoient l'handle GEM/DMABUF ("le pointeur vers le buffer") au compositeur qui n'a plus qu'à faire son travail, le compositing ("mettre dans l'écran l'ensemble des fenêtres à la bonne place"). Plus de sérialisation du rendu, plus d'utilisation d'un toolkit 2D très limité (X11/XRender).
J'espère que c'est plus clair maintenant! :)