Desktop Effects Performance/fr: Difference between revisions
(Created page with "L'effet de flou est l'un des effets les plus coûteux fournis par Compositor. Par défaut, il est activé pour tous les matériels, à l'exception du matériel Intel. L'impact sur les performances de l'effet de flou dépend du nombre de fenêtres ouvertes et translucides. Les styles de widgets particulièrement translucides (par exemple Oxygen Translucent) et les décorations de fenêtres translucides (par exemple Aurorae Themes) ont un impact sur les performances. Si un...") |
(Created page with "Les performances de l'effet de Flou peuvent être ajustées via <menuchoice>Paramètres système -> Effets du bureau -> Onglet Tous les effets -> Boîte de dialogue de configuration de l'effet Flou</menuchoice>. Déplacer le curseur de force sur « Léger » nécessite moins de ressources, tandis que le déplacer vers « Fort » nécessite plus de ressources. Depuis la version 4.8 (version janvier 2012) les résultats de rendu intermédiaires peuvent être conservés...") |
||
Line 132: | Line 132: | ||
L'effet de flou est l'un des effets les plus coûteux fournis par Compositor. Par défaut, il est activé pour tous les matériels, à l'exception du matériel Intel. L'impact sur les performances de l'effet de flou dépend du nombre de fenêtres ouvertes et translucides. Les styles de widgets particulièrement translucides (par exemple Oxygen Translucent) et les décorations de fenêtres translucides (par exemple Aurorae Themes) ont un impact sur les performances. Si un tel thème est utilisé et que les performances sont mauvaises, il est recommandé de changer de thème ou de désactiver l'effet Flou. | L'effet de flou est l'un des effets les plus coûteux fournis par Compositor. Par défaut, il est activé pour tous les matériels, à l'exception du matériel Intel. L'impact sur les performances de l'effet de flou dépend du nombre de fenêtres ouvertes et translucides. Les styles de widgets particulièrement translucides (par exemple Oxygen Translucent) et les décorations de fenêtres translucides (par exemple Aurorae Themes) ont un impact sur les performances. Si un tel thème est utilisé et que les performances sont mauvaises, il est recommandé de changer de thème ou de désactiver l'effet Flou. | ||
Les performances de l'effet de Flou peuvent être ajustées via <menuchoice>Paramètres système -> Effets du bureau -> Onglet Tous les effets -> Boîte de dialogue de configuration de l'effet Flou</menuchoice>. Déplacer le curseur de force sur « Léger » nécessite moins de ressources, tandis que le déplacer vers « Fort » nécessite plus de ressources. Depuis la version 4.8 (version janvier 2012) les résultats de rendu intermédiaires peuvent être conservés (par défaut) ce qui améliore les performances même avec des thèmes translucides. | |||
<span id="Advanced_Desktop_Effects_Settings"></span> | <span id="Advanced_Desktop_Effects_Settings"></span> |
Revision as of 19:44, 8 March 2024
Performance des effets du bureau
Les performances de Desktop Effects dans les espaces de travail de KDE Plasma sont principalement déterminées par l'interaction du matériel graphique (GPU), du pilote et de Compositor (Kwin). Le Compositor essaie de choisir les meilleurs paramètres disponibles pour votre GPU en interrogeant le pilote pour savoir ce que le matériel prend en charge. Quelquesfois on peut améliorer les performances en aidant KWin sur ce que le matériel peut réellement supporter.
Choix du gestionnaire correct de matériel
Déterminer le gestionnaire utilisé
Il est important d'installer et d'utiliser le bon pilote. S'il n'y a pas de pilote, ou qu'un pilote incorrect est utilisé, les effets de bureau reviennent à un backend non accéléré (XRender).
Les informations sur le pilote utilisé sont disponibles via le KInfoCenter. Cliquez sur et analysez les informations fournies dans le module affiché. Les informations pertinentes se trouvent dans la section "Driver", en particulier "Vendor", "Renderer" et "OpenGL/ES version". L'information est fournie par le pilote et peut être difficile à analyser.
Si le Renderer indique "Software Rasterizer" il n'y a pas de pilote d'installé. Pour tous les autres pilotes vérifiez que vous utilisez le bon. |
Pilotes disponibles
AMD/ATI
Pour le matériel AMD/ATI, deux pilotes sont disponibles : le pilote propriétaire fglrx ou Catalyst et les pilotes gratuits Mesa (appelés radeon, r300, r600). ). Avec le pilote fglrx, toutes les fonctionnalités ne sont pas disponibles et les performances en général semblent meilleures avec les pilotes Mesa. La recommandation est de toujours utiliser les pilotes Mesa avec des effets de bureau. Si vous trouvez l'information "Mesa" dans la version OpenGL/ES, alors vous utilisez les pilotes libres et vous n'avez rien à faire.
Les pilotes Mesa existent dans une version plus ancienne et une autre plus récente. Assurez-vous d'utiliser les plus récents que vous pourrez identifier par le mot "Gallium" dans la chaîne de l'afficheur.
Intel
Le matériel Intel utilise les pilotes libres Mesa. Il n'y a pas d'autre possibilité.
NVIDIA
Pour le matériel NVIDIA, deux pilotes sont disponibles : le pilote propriétaire NVIDIA et les pilotes libres Mesa (connus sous le nom de nouveau). Les pilotes libres sont encore en plein développement et ne sont pas tous disponibles dans toutes les distributions ni pour tous les matériels. Généralement, il est recommandé d'utiliser les pilotes propriétaires. Vous utilisez les pilotes propriétaires si vous voyez NVIDIA dans la chaîne OpenGL/ES version .
Installation du pilote
L'installation du pilote est spécifique à la distribution utilisée. Veuillez consulter la documentation de votre distribution sur ce sujet.
Version OpenGL
KWin prend en charge OpenGL 1.x et OpenGL 2.x. Par défaut KWin utilise les fonctionnalités d'OpenGL 2 si elles sont disponibles. OpenGL 2 permet d'utiliser plus d'effets, mais nécessite un matériel plus puissant. Il est important de savoir que même si votre pilote ne prend en charge que par ex. OpenGL 1.4, il est possible que KWin utilise des fonctionnalités d'OpenGL 2 qui sont disponibles via des extensions dans le pilote.
Vous pouvez trouver la version OpenGL fournie par votre pilote dans la chaîne "OpenGL/ES version" de KInfoCenter comme décrit ci-dessus. La version est définie par les deux ou trois premiers chiffres, par exemple 2.1.
Il n'est pas anodin de savoir si KWin utilise OpenGL 1 ou 2 car cela est entièrement déterminé au moment de l'exécution. Le meilleur test disponible consiste à utiliser l'effet Inverser qui peut être activé dans Meta + Ctrl + I. Si il s'inverse, OpenGL 2 est utilisé, s'il ne fait rien, OpenGL 1 est utilisé.
. Après l'avoir activé, l'écran doit être inversé lors de l'utilisation du raccourciIl est possible de forcer KWin à utiliser OpenGL 1 via
et en décochant . Cela peut améliorer les performances du matériel plus ancien. En général, il est totalement sûr d'utiliser OpenGL 2 Shaders si le pilote indique une version 3.x (uniquement disponible avec NVIDIA au moment d'écrire ces lignes).
kwin_gles
À partir de la version 4.8 de KWin, il est possible d'utiliser le binaire kwin_gles (construit séparément) en remplacement de kwin. Il se comporte presque de la même manière que l'exécutable « kwin » en mode OpenGL2 avec la légère différence qu'il utilise « egl » au lieu de « glx » comme interface native de la plateforme.
Pour tester kwin_gles il vous suffit de lancer kwin_gles --replace
dans Konsole. Puisqu'il s'agit d'une fonctionnalité plutôt nouvelle, elle n'est pas testée de manière aussi approfondie que le « kwin » normal et les commentaires sont toujours les bienvenus. En supposant que le test a réussi et que vous souhaitez utiliser kwin_gles régulièrement, vous pouvez ajouter un script exécutable à ~/.kde4/env/
qui exporte la variable d'environnement KDEWM=kwin_gles
.
Mise à l'échelle des vignettes
Le compositeur prend en charge différentes méthodes de mise à l'échelle pour les vignettes telles que rendues dans l'aperçu de la barre des tâches ou des effets tels que Present Windows. On essaie de rendre les vignettes aussi précises que possible, ce qui nécessite bien sûr plus de ressources.
La méthode de mise à l'échelle peut être modifiée dans
. Les paramètres suivants sont disponibles :- Croustillant
- Lisse
- Précis
Le tableau donne un aperçu sur la manière dont les vignettes sont affichées en fonction des différents réglages.
Aperçu du rendu des vignettes avec les différents paramètres | |
---|---|
Croustillant : | |
Lisse : | |
Précis : |
Par défaut, Précis est utilisé. Sur le matériel Intel, Précis n'est jamais utilisé et ne peut être activé que si la variable d'environnement « KWIN_FORCE_LANCZOS » est définie sur « 1 ».
Le basculement de Précis vers Fluide peut améliorer considérablement les performances d'effets tels que Present Windows.
Vitesse générale des animations
Les animations prennent un certain temps et la durée d'une animation est ce qui fait penser aux gens qu'il s'agit d'une interface rapide ou qu'elle est en retard. Il s'agit d'un sentiment très subjectif et la différence entre trop rapide et trop lent peut être de quelques millisecondes. Il est impossible d’avoir une valeur parfaite pour tous les utilisateurs.
Le niveau de durée globale de l'animation peut être modifié via
. Cela varie de « Extrêmement lent » à « Instantané » qui ne restitue aucune animation. En passant de « Normal » à « Rapide », de nombreux utilisateurs ont signalé avoir une interface plus vive.
Systèmes graphiques Qt
Depuis la version 4.7 (sortie en juillet 2011), le Compositeur peut utiliser le système graphique Qt « raster » au lieu de « natif » (X11). Ceci n'est pertinent que pour le rendu des décorations de fenêtres et n'est pas lié aux backends de composition (OpenGL/XRender).
Le système graphique utilisé dépend des paramètres par défaut de la distribution. Pour le raster Compositor est recommandé surtout si le pilote NVIDIA est utilisé. KWin sélectionnera toujours le meilleur système graphique pour le compositeur que vous avez choisi. Les combinaisons générales suivantes peuvent être recommandées :
- OpenGL avec raster
- XRender avec natif
- Pas de composition :
- natif en cas de connexions à distance (décoration de fenêtre recommandée : Ordinateur portable)
- raster si vous utilisez une décoration de fenêtre sophistiquée (y compris Oxygen et Plastik dans la version 4.10 ou ultérieure)
Décoration des fenêtres
Certaines décorations de fenêtre effectuent des animations lorsqu'une fenêtre est activée. Cela influence les performances des effets si pendant une animation la fenêtre active change. L'impact sur les performances peut être réduit en utilisant le système graphique "raster" (voir ci-dessus).
La décoration de fenêtre par défaut Oxygène offre une option pour désactiver les animations :
Case à cocher Activer les animations . La désactivation des animations peut améliorer les performances.Toutes les décorations de fenêtres téléchargeables via la boîte de dialogue « Obtenir de nouvelles décorations... » utilisent de telles animations, mais il n'est pas possible de les désactiver. S'il y a un impact sur les performances en raison du thème, il est recommandé d'en utiliser un autre. En général les décorations thématiques ne sont pas optimisées et prévues pour faire bonne figure et non pour être rapides.
Les ombres sont un autre domaine de la décoration des fenêtres qui peut avoir un impact sur les performances. Encore une fois, la décoration par défaut Oxygen fournit un paramètre pour les désactiver dans la même boîte de dialogue de configuration que celle décrite ci-dessus dans l'onglet "Ombres" et les décorations thématiques ne fournissent pas d'option pour désactiver les ombres.
Effet de flou
L'effet de flou est l'un des effets les plus coûteux fournis par Compositor. Par défaut, il est activé pour tous les matériels, à l'exception du matériel Intel. L'impact sur les performances de l'effet de flou dépend du nombre de fenêtres ouvertes et translucides. Les styles de widgets particulièrement translucides (par exemple Oxygen Translucent) et les décorations de fenêtres translucides (par exemple Aurorae Themes) ont un impact sur les performances. Si un tel thème est utilisé et que les performances sont mauvaises, il est recommandé de changer de thème ou de désactiver l'effet Flou.
Les performances de l'effet de Flou peuvent être ajustées via
. Déplacer le curseur de force sur « Léger » nécessite moins de ressources, tandis que le déplacer vers « Fort » nécessite plus de ressources. Depuis la version 4.8 (version janvier 2012) les résultats de rendu intermédiaires peuvent être conservés (par défaut) ce qui améliore les performances même avec des thèmes translucides.
Configuration avancée des effets du bureau
The Compositor provides some advanced settings under
. Some of the settings have already been explained. This section focuses on the remaining settings. Changing these settings in general do not improve the performance but make it worse. The Compositor uses the best possible settings.
Type de composition
The Compositing type allows choice of the compositing backend, either XRender or OpenGL. By default OpenGL is used which is hardware accelerated. XRender is available even if no OpenGL driver is installed (e.g. virtual machines) and uses mostly the CPU for rendering. Many effects are not available with XRender.
Garder les vignettes des fenêtres
This has hardly any influence on performance. It is an option to decide how long thumbnails are kept. Best is to not touch this setting.
Suspendre les effets du bureau dans les fenêtres en plein-écran
This setting influences the performance of fullscreen windows such as games. The compositor is suspended as long as there is a fullscreen window. The disadvantage is that it causes flickering when a window appears on top of the fullscreen window (e.g. a context menu) and is too generic. As well on some distributions (e.g. Kubuntu 11.04) the Intel driver causes a crash when closing the fullscreen window.
If the compositor should be disabled while a fullscreen application such as games or video is used it is better to disable compositing either through the shortcut Alt + Shift + F12 or since 4.7 (Released July 2011) through a window specific rule for the window.
Mode OpenGL
Activer les rendus en direct
The compositor determines by itself whether direct rendering can and has to be used. Changing this setting will most likely break functionality.
Utiliser VSync
VSync allows you to synchronize the rendering with the screen. Unless there is good reason to change, this setting should be enabled. Even if the setting is disabled the Compositor tries to use the frame rate the screen supports and by default a frame rate of 60 Hz is used.
For multiple screens it is important to know that the rendering can only be synchronized with one screen. In case the screens have a different frame rate it might be valid to disable this option and to set a manual frame rate.