Created attachment 6220 Fix AC_HELP_STRING - xpresent extension exclusion automatic: Build Configuration for xfwm4 version 4.12.2git.20150424 revision 20150424: Startup notification support: yes XSync support: yes Render support: yes Xrandr support: yes Xpresent support: yes Embedded compositor: yes Epoxy support: yes KDE systray protocol proxy: no ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ --disable-render don't try to use the xpresent extension: Build Configuration for xfwm4 version 4.12.2git.20150424 revision 20150424: Startup notification support: yes XSync support: yes Render support: no Xrandr support: no Xpresent support: yes Embedded compositor: no Epoxy support: yes KDE systray protocol proxy: no ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ --disable-xpresent: Build Configuration for xfwm4 version 4.12.2git.20150424 revision 20150424: Startup notification support: yes XSync support: yes Render support: yes Xrandr support: yes Xpresent support: no Embedded compositor: yes Epoxy support: yes KDE systray protocol proxy: no
Family : NV50 Chipset: G98 (NV98) xf86-video-nouveau aka xorg-x11-drv-nouveau - 1.0.11 ___ | | Epoxy/OpenGL -> tear-free -> |___| ___ | | DRI3/Present -> tear-unfree -> |___|
(In reply to poma from comment #1) > Family : NV50 > Chipset: G98 (NV98) > > xf86-video-nouveau aka xorg-x11-drv-nouveau - 1.0.11 > Epoxy/OpenGL -> tear-free > DRI3/Present -> tear-unfree That does not depend on xfwm4, it's the driver, but it would be wiser to favor opengl if xpresent is not reliable.
Dilemma with the runtime config has since evolved to the config/compile time. Besides dealing OK with the tearing, OpenGL seems to performes OK on baremetal. But when using the same binary, thus built with the Epoxy/OpenGL support, within QEMU/KVM/QXL, compositor is fast as the turtle. On the other side, DRI3/Present is fast within QEMU/KVM/QXL, but does not provides "tear-free" functionality on baremetal. Is it possible that commit "compositor: Add support for GLX" slowed down performance on QEMU/KVM/QXL? I mean before that it performed quite OK. Test compilation: http://goo.gl/Gm4ffO ISO/ Fedora-21-Live-Xfce-4.12-x64-mini-Epoxy-OpenGL-2015-04-26.iso Fedora-21-Live-Xfce-4.12-x64-mini-DRI3-Present-2015-04-26.iso
(In reply to poma from comment #3) > Is it possible that commit "compositor: Add support for GLX" slowed down > performance on QEMU/KVM/QXL? > I mean before that it performed quite OK. What does glxinfo give for you? The compositor should disable OpenGL if llvmpipe rendering is detected. Note, that goes slightly off-topic wrt this bug and such discussions should be better on the devel ML.
Continued here: Compositor - performance & functionality https://bugzilla.xfce.org/show_bug.cgi?id=11861 OK, so you can close this one, after applying the patch.
Thanks man.