• [^] # Re: Fenêtre

    Posté par . En réponse à la dépêche Pourquoi Wayland veut remplacer X. Évalué à 2.

    Donc forcément en cas de plantage d'un des pilotes avant que XLib n'ait eu sa réponse, tout le monde est gelé.

    Euh le multi-GPU dont pas mal de gens se plaignent que X n'a pas ce n'est pas une histoire de robustesse, c'est pour pouvoir avoir le choix entre un GPU économe en énergie et un GPU puissant, je ne vois pas en quoi le plantage de pilote intervient ici..

    [débat sur les modif à faire sur les applications] soit il y a un soucis.

    J'avais mal lu ta réponse à nud, désolé. Mais je ne pense pas qu'il faille réécrire les applis: les devs GTK/Qt qui discutent parfois sur la mailing list Wayland ont l'air plutôt calme ;-)

    Sous X11R6 il y a des tonnes d'équivalents. Je dis d'équivalents parce que comme X11R6 ne fait pas de composing, il n'y a aucun intérêt à lui retransmettre les buffers directs.

    Hum comme X11R6 ne fait pas de composing, tes équivalents ne me paraissent pas équivalent coté performance..
    Wayland te permet de faire: l'application rend sa fenêtre dans un buffer du GPU, donne l'adresse du buffer à Weston, Weston compose toutes les fenetre dans un autre buffer pour obtenir l'écran puis l'affiche, donc il y a une seule copie des fenêtres de la mémoire du GPU vers la mémoire du GPU avant d'afficher l'écran, comment tu fais ça aussi efficacement avec X11R6 en partant de la même situation de départ: l'application a rendu sa fenêtre dans la mémoire du GPU?