• [^] # Re: Gestionnaire de fenêtres léger

    Posté par (site web personnel) . En réponse à la dépêche Wayland et Weston 1.4. Évalué à 2.

    Pense par exemple que tu as un pager qui affiche une miniature d'une fenetre ouverte sur un desktop virtuel que tu ne vois pas autrement, a quoi cela sert-il de rafraichir son contenu en haute resolution a 60fps ?

    Oui, c'est une remarque valable, il me semble que ça a déjà été proposé. La solution proposée était de faire du throttling coté compositeur. Le compositeur pourrait aussi envoyer un signal quand l'appli est ou n'est plus visible. L'appli pourra ensuite choisir de faire ce qu'elle veut (continuer à rendre à 60 fps ou se limiter à 1 fps).

    Pourquoi une liste serait dans un plan différent, ça apporte quoi? Ne pas avoir à re-rendre la liste?
    Tu decoupes la liste en 3 morceaux de chacun 2/3 de la taille de la liste a l'ecran. Tu remplis chaque morceau en avance, puis tu ne fais que deplacer les elements. Quand tu depasses les 1/3 de la liste dans une direction ou dans l'autre, tu ne redessines en asynchrone qu'un des trois buffers. Ca limite grandement les chances de frame drop et tu as une tres faible utilisation CPU et GPU, donc basse consomation et fonctionne sur une plus grande gamme de materiel.

    C'est sûr que si la liste est gigantesque, vaut mieux faire ça :) On est d'accord!

    Je sais pas à quel vitesse on peut allouer un plan, mais ça devrait pas être trop lent.
    En general, c'est tres lent et on est oblige (en tout cas sous X) de faire des caches pour ne pas en allouer trop souvent. Il ne faut pas obliger que entre deux images, on n'a que 16ms pour tout faire...

    Ce sera à tester, mais c'est en effet une raisonnement valide ;)