Desktop Effects Performance/it: Difference between revisions
Dariocambie (talk | contribs) (Created page with "A partire dalla versione 4.8 di '''KWin''' è possibile utilizzare il binario compilato separatamente ''kwin_gles'' come sostituto di ''kwin''. Esso si comporta quasi nello stess...") |
Dariocambie (talk | contribs) (Created page with "{{Warning|Ciò significa che se il normale ''kwin'' non funziona in modalità OpenGL2 è improbabile che ''kwin_gles'' possa funzionare.}}") |
||
Line 53: | Line 53: | ||
A partire dalla versione 4.8 di '''KWin''' è possibile utilizzare il binario compilato separatamente ''kwin_gles'' come sostituto di ''kwin''. Esso si comporta quasi nello stesso modo dell'eseguibile ''kwin'' in modalità OpenGL2, con la lieve differenza che usa ''egl'' al posto di ''glx'' come interfaccia nativa per la piattaforma. | A partire dalla versione 4.8 di '''KWin''' è possibile utilizzare il binario compilato separatamente ''kwin_gles'' come sostituto di ''kwin''. Esso si comporta quasi nello stesso modo dell'eseguibile ''kwin'' in modalità OpenGL2, con la lieve differenza che usa ''egl'' al posto di ''glx'' come interfaccia nativa per la piattaforma. | ||
{{Warning| | {{Warning|Ciò significa che se il normale ''kwin'' non funziona in modalità OpenGL2 è improbabile che ''kwin_gles'' possa funzionare.}} | ||
To test ''kwin_gles'' you just have to run <code>kwin_gles --replace</code> in '''Konsole'''. Since this is a rather new feature it is not as thoroughly tested as the normal ''kwin'' and feedback is always welcome. Assuming that the test succeeded and you want to use ''kwin_gles'' on a regular basis you can add an executable script to <code>~/.kde4/env/</code> that exports the <code>KDEWM=kwin_gles</code> environment variable. | To test ''kwin_gles'' you just have to run <code>kwin_gles --replace</code> in '''Konsole'''. Since this is a rather new feature it is not as thoroughly tested as the normal ''kwin'' and feedback is always welcome. Assuming that the test succeeded and you want to use ''kwin_gles'' on a regular basis you can add an executable script to <code>~/.kde4/env/</code> that exports the <code>KDEWM=kwin_gles</code> environment variable. |
Revision as of 21:55, 2 June 2012
Desktop Effect Performance
Le performance degli "Effetti Desktop" in KDE Plasma Workspace sono determinate principalmente dall'interazione tra l'hardware grafico (la GPU), i relativi driver ed il "Compositore" di (Kwin). Il Compositore cerca di scegliere le migliori impostazioni disponibili per la tua GPU chiedendo al driver quali caratteristiche sono supportate dall'hardware. Talvolta aiutare KWin suggerendo le reali potenzialità del proprio hardware può migliorare le performance.
Scegliere il driver corretto
Determinare il driver in uso
E' importante avere il driver corretto installato ed in uso. Se non è utilizzato alcun driver, oppure se ne è usato uno errato gli effetti desktop ripiegano su un backend grafico non-accelerato (XRander).
Informazioni sul driver in uso sono disponibili attraverso KInfoCenter. Clicca su ed analizza le informazioni fornite dal modulo mostrato. Le informazioni principali riguardo al driver si trovano nella sezione Driver, in particolare le voce Vendor, Renderer e versione OpenGL/ES. Le informazioni sono quelle fornite dal driver e pertanto potrebbero essere difficili da decifrare.
Se il Renderer riporta "Software Rasterizer" significa che nessun driver è installato. Per tutti gli altri driver controlla se è in uso quello corretto. |
Driver disponibili
AMD (ex ATI)
Per le schede grafiche AMD/ATI sono disponibili due driver: fglrx o Catalyst ed i driver liberi Mesa (noti come radeon, r300, r600). Con i driver fglrx non sono disponibili tutte le funzionalità e le performance generali sembrano essere migliori con i driver Mesa. La raccomandazione è quindi di usare sempre i driver Mesa con gli effetti desktop. Se trovi l'informazione "Mesa" nella versione OpenGL/ES significa che stai già utilizzando i driver liberi e non devi fare nulla.
I driver Mesa esistono in versioni più e meno recenti. Dovresti assicurarti di stare usando una versione recente, cosa che può essere verificata dalla presenza della parola "Gallium" nella stringa del Renderer.
Intel
L'hardware intel usa i driver liberi Mesa. Non ci sono alternative disponibili.
NVIDIA
Per le schede grafiche NVIDIA sono disponibili due driver: i driver proprietari NVIDIA e quelli liberi Mesa (noti anche come nouveau). I driver liberi sono ancora sotto sviluppo e non sono disponibili su tutte le distribuzioni e per tutti gli hardware. In generale è raccomandabile usare i driver proprietari. Stai utilizzando i driver proprietari se la stringa Versione OpenGL/ES riporta NVIDIA.
Installare i driver
L'installazione dei driver è diversa a seconda della distribuzione linux utilizzata. Consulta la documentazione della tua distribuzione in materia.
Versione OpenGL
KWin supporta sia OpenGL 1.x sia OpenGL 2.x. Come impostazione predefinita KWin usa le potenzialità di OpenGL2 se queste sono disponibili. OpenGL 2 permette di usare più effetti, ma richiede hardware più recente. E' importante sapere che anche se il tuo driver supporta solo es. OpenGL 1.4 è possibile che KWin usi caratteristiche di OpenGL 2 che sono disponibili tramite estensioni al driver.
Puoi trovare la versione di OpenGL supportata dal tuo driver nella stringa "Versione OpenGL/ES" in KInfoCenter, come descritto sopra. La versione è definita dalle prime due o tre cifre, es. 2.1.
Non è banale definire se KWin utilizzi OpenGL 1 o 2 in quanto ciò è definito al momento dell'esecuzione. Il miglior test disponibile è utilizzare l'effetto Inversione che può essere abilitato nella scheda Meta + Ctrl + I. Se ciò avviene si sta usando OpenGL 2, se non accade nulla è in uso solo OpenGL 1.
. In seguito all'abilitazione lo schermo dovrebbe invertirsi usando la scorciatoia da tastieraE' possibile forzare KWin ad usare OpenGL 1 tramite la scheda
e deselezionando . Questo può migliorare le performance per schede video vecchie. In generale è completamente sicuro utilizzare OpenGL 2 anche se il driver riporta di supportare OpenGL 3.x (al momento della scrittura supportato solo dai driver NVIDIA).
kwin_gles
A partire dalla versione 4.8 di KWin è possibile utilizzare il binario compilato separatamente kwin_gles come sostituto di kwin. Esso si comporta quasi nello stesso modo dell'eseguibile kwin in modalità OpenGL2, con la lieve differenza che usa egl al posto di glx come interfaccia nativa per la piattaforma.
To test kwin_gles you just have to run kwin_gles --replace
in Konsole. Since this is a rather new feature it is not as thoroughly tested as the normal kwin and feedback is always welcome. Assuming that the test succeeded and you want to use kwin_gles on a regular basis you can add an executable script to ~/.kde4/env/
that exports the KDEWM=kwin_gles
environment variable.
Thumbnail Scaling
The Compositor supports different scaling methods for thumbnails as rendered in the taskbar preview or effects like Present Windows. It is tried to render the thumbnails as accurate as possible which of course requires more resources.
The scaling method can be changed in
. The following settings are available:- Crisp
- Smooth
- Accurate
The table provides an overview of how the thumbnails are rendered with the different settings.
Overview of how the thumbnails are rendered with the different settings | |
---|---|
Crisp: | |
Smooth: | |
Accurate: |
By default Accurate is used. On Intel hardware Accurate is never used and cannot be enabled unless the environment variable KWIN_FORCE_LANCZOS is set to 1.
Switching from Accurate to Smooth can significantly improve the performance of effects like Present Windows.
General Speed of Animations
Animations take some time and the length of an animations is what makes people think that this is a snappy interface or that it lags. This is a very subjective feeling and the difference between too fast and too slow can be milliseconds. It is impossible to have a perfect value for all users.
The global animation duration level can be changed through
. It varies from "Extremely slow" to "Instant" which does not render any animations. By changing from "Normal" to "Fast" many users reported having a more snappy interface.Qt Graphics System
Since 4.7 (Released July 2011) the Compositor can use the Qt graphics system raster instead of native (X11). This is only relevant for rendering the window decorations and is not related to the compositing backends (OpenGL/XRender).
Which graphics system is used depends on the distribution defaults. For the Compositor raster is recommended especially if the NVIDIA driver is used.
Window Decorations
Some Window Decorations perform animations when a window gets activated. This influences the performance of effects if during an animation the active window changes. The performance impact can be reduced by using the graphics system "raster" (see above).
The default window decoration Oxygen provides an option to disable the animations:
Checkbox Enable animations. Disabling the animations can improve the performance.All window decorations which can be downloaded through the Get New Decorations... dialog use such animations, but it is not possible to disable them. If there is an performance impact due to the theme, it is recommended to use a different one. In general the themed decorations are not optimized and provided to look good and not to be fast.
Another area of window decorations which can impact the performance are shadows. Again the default decoration Oxygen provides a setting to disable them in the same configuration dialog as described above in tab "Shadows" and the themed decorations do not provide an option to disable shadows.
Blur Effect
The Blur Effect is one of the most expensive effects provided by the Compositor. By default it gets enabled for all hardware except Intel hardware. The performance impact of the blur effect depends on the number of open and translucent windows. Especially translucent widget styles (e.g. Oxygen Translucent) and translucent window decorations (e.g. Aurorae Themes) have an impact on the performance. If such a theme is used and the performance is bad it is recommended to either change the theme or disable the Blur effect.
The performance of the Blur effect can be adjusted through
. Moving the slider for strength to "Light" requires less resources while moving it towards "Strong" requires more resources. Since 4.8 (release January 2012) the intermediate rendering results can be kept (default) which improves the performance even with translucent themes.Advanced Desktop Effects Settings
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.Compositing type
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.
Keep window thumbnails
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.
Suspend desktop effects for fullscreen windows
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.
OpenGL mode
Enable direct rendering
The compositor determines by itself whether direct rendering can and has to be used. Changing this setting will most likely break functionality.
Use 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.