Par exemple, meme si tu utilises une memoire partage entre CPU et GPU, il n'est pas possible pour le GPU d'utiliser directement la memoire d'une tache utilisateur et reciproquement en fait.
Hmm hmm, bien sûr que c'est possible. Tu peux mmaper des buffers graphiques et y acceder depuis le CPU. Inversement, les GPUs font du DMA depuis la VM de la tâche utilisateur. Tu peux critiquer que ce soit pas fait, pas que ce soit pas faisable.
Je viens de faire des tests sur mon laptop (carte graphique Intel):
Idle
rendu CPU: 8.9W
rendu GPU: 8.8W
En faisant bouger une fenêtre
rendu CPU (sans effets): 19W
rendu GPU (sans effets): 14.9W
rendu GPU (transparent): 15.1W
rendu GPU (wobbly + transparent): 15.8W
Tu pourrais refaire des tests sur ton ordi? Essaye de faire durer chaque test environ 10 secondes et dans les mêmes conditions.
Quand KDE supportera wayland, il pourrait même faire usage des KMS planes ce qui ferait que bouger une fenêtre consommerait ~0W coté rendu. Comme y'aura aussi moins de changement de contextes, le temps CPU sera aussi plus faible ce qui diminuera aussi la conso.
[^] # Re: Gestionnaire de fenêtres léger
Posté par Martin Peres (site web personnel) . En réponse à la dépêche Wayland et Weston 1.4. Évalué à 8. Dernière modification le 13 février 2014 à 15:51.
Hmm hmm, bien sûr que c'est possible. Tu peux mmaper des buffers graphiques et y acceder depuis le CPU. Inversement, les GPUs font du DMA depuis la VM de la tâche utilisateur. Tu peux critiquer que ce soit pas fait, pas que ce soit pas faisable.
Je viens de faire des tests sur mon laptop (carte graphique Intel):
Idle
En faisant bouger une fenêtre
Tu pourrais refaire des tests sur ton ordi? Essaye de faire durer chaque test environ 10 secondes et dans les mêmes conditions.
Quand KDE supportera wayland, il pourrait même faire usage des KMS planes ce qui ferait que bouger une fenêtre consommerait ~0W coté rendu. Comme y'aura aussi moins de changement de contextes, le temps CPU sera aussi plus faible ce qui diminuera aussi la conso.