Non! Pour que Wayland soit utile, il faut utiliser une API qui permette de partage la mémoire du GPU entre le client et le compositeur (GEM il me semble), autrement tu te retrouves avec le cas suivant: le client utilise le GPU pour rendre son application dans un buffer du GPU puis il faut lire le buffer du GPU pour le mettre en mémoire principale (lent) et ensuite le recopier de nouveau sur le GPU pour le "composer" et l'afficher: autant utiliser X car ça tue les performances..
Sinon d'accord avec toi, il n'y a pas d'API entre le serveur d'affichage et le compositeur: le serveur d'affichage est le compositeur.
Dommage d'ailleurs que ça n'ai pas été fait pour X: rien dans X n'impose d'avoir le serveur d'affichage et le compositeur séparé, certes c'est plus modulaire mais à mon avis dans ce cas là ce n'est pas une bonne chose.
[^] # Re: Vous pouvez m'éclairer ?
Posté par reno . En réponse à la dépêche Pourquoi Wayland veut remplacer X. Évalué à 2.
Non! Pour que Wayland soit utile, il faut utiliser une API qui permette de partage la mémoire du GPU entre le client et le compositeur (GEM il me semble), autrement tu te retrouves avec le cas suivant: le client utilise le GPU pour rendre son application dans un buffer du GPU puis il faut lire le buffer du GPU pour le mettre en mémoire principale (lent) et ensuite le recopier de nouveau sur le GPU pour le "composer" et l'afficher: autant utiliser X car ça tue les performances..
Sinon d'accord avec toi, il n'y a pas d'API entre le serveur d'affichage et le compositeur: le serveur d'affichage est le compositeur.
Dommage d'ailleurs que ça n'ai pas été fait pour X: rien dans X n'impose d'avoir le serveur d'affichage et le compositeur séparé, certes c'est plus modulaire mais à mon avis dans ce cas là ce n'est pas une bonne chose.