Xfce Forum

ToZ

Administrator

From: Canada

Registered: 2011-06-02

Posts: 11,481

Xfwm 4.14 Compositor Troubleshooting Guide

There have been numerous reported issues with the 4.14 release of xfwm related to transparency issues, compositing problems and blank screens. This post will provide some troubleshooting information to get the issue resolved.

There have been significant changes in the vblank code between 4.12 and 4.14 to help address and hopefully solve the screen tearing issues. xfwm4 now supports 3 vblank modes:

1. glx or auto - this is the default. Anecdotally, this seems to work well with intel cards and some nvidia/ati cards

2. xpresent - uses the xpresent libraries. Anecdotally, this seems to work well with newer ati/amd cards

3. off - this disables the vblank code. Anecdotally, this seems to work well with nvidia cards

To test which vblank mode works best for your system, simply restart xfwm and specify as a parameter which vblank mode to use:

xfwm4 --vblank=MODE --replace

...where "MODE" is one of: auto, glx , xpresent , or off.

If this fixes your problem, you can make it permanent via a vblank_mode setting:

xfconf-query -c xfwm4 -p /general/vblank_mode -t string -s "MODE" --create

...where "MODE" is one of: "auto", "glx", "xpresent", "off".

Note: if nothing is specified, glx is used.

Last edited by ToZ (2021-01-09 19:05:41)

---

Please remember to mark your thread [SOLVED] to make it easier for others to find
--- How To Ask For Help | FAQ | Developer Wiki  |  Community | Contribute ---

sushi

Member

Registered: 2019-04-22

Posts: 81

Re: Xfwm 4.14 Compositor Troubleshooting Guide

Hi ToZ,

Thanks for this guide !

Here I have a fourth mode > "auto" . Is there any command to know which mode is use by "auto" ?

ToZ

Administrator

From: Canada

Registered: 2011-06-02

Posts: 11,481

Re: Xfwm 4.14 Compositor Troubleshooting Guide

Yes, you are right. "auto" is also valid and it uses the glx backend by default. I'll update my post.

Thanks.

---

Please remember to mark your thread [SOLVED] to make it easier for others to find
--- How To Ask For Help | FAQ | Developer Wiki  |  Community | Contribute ---

sushi

Member

Registered: 2019-04-22

Posts: 81

Re: Xfwm 4.14 Compositor Troubleshooting Guide

My pleasure.

Thanks.

Racer-X

Member

Registered: 2020-01-21

Posts: 1

Re: Xfwm 4.14 Compositor Troubleshooting Guide

Changing vblank_mode from "auto" to "xpresent" resolved an issue for me.  I as experiencing very high CPU loads only when I plugged an external monitor into the VGA port on my netbook and used it as a second monitor. Switching from "auto" to "xpresent" resolved the CPU overload.

My configuration:

$ sudo inxi -G
Graphics:  Device-1: Intel Mobile 945GSE Express Integrated Graphics driver: i915 v: kernel 
           Display: server: X.Org 1.20.5 driver: intel unloaded: fbdev,modesetting,vesa 
           resolution: 1024x600~60Hz, 1400x1050~60Hz 
           OpenGL: renderer: Mesa DRI Intel 945GME x86/MMX/SSE2 v: 1.4 Mesa 19.2.1 

ibob

Member

Registered: 2012-11-25

Posts: 12

Re: Xfwm 4.14 Compositor Troubleshooting Guide

Ran into a performance problem when upgrading from 18.04 to 19.10: high CPU for Xorg when doing GUI related actions to the point that mouse was freezing. Example, switching workspaces took ~1sec. The problem was resolved with the suggested configuration change.

$ sudo inxi -G
Graphics:
  Device-1: Intel Haswell-ULT Integrated Graphics driver: i915 v: kernel 
  Display: server: X.Org 1.20.5 driver: modesetting unloaded: fbdev,vesa 
  resolution: 1920x1080~60Hz 
  OpenGL: renderer: Mesa DRI Intel Haswell Mobile v: 4.5 Mesa 19.2.8 

sgx45edaz4

Member

Registered: 2020-04-02

Posts: 1

Re: Xfwm 4.14 Compositor Troubleshooting Guide

Hi,

Not sure if this is the correct place to post this but if I run

xfwm4 --vblank=off --replace

to test with vblank_mode off, everything seems fine. However, if I make the change permanent by running

xfconf-query -c xfwm4 -p /general/vblank_mode -t string -s "off" --create

or

xfconf-query -c xfwm4 -p /general/vblank_mode -s off

when I restart and login, I have all black screens and I have to manually set it back to auto and reboot to fix it. My whole thinking in turning off vblank_mode in the first place was to disable the compositor's vsync because I am using Force Full Composition Pipeline in my Nvidia settings. My understanding is that having both FFCP and the compositor's vsync running is redundant and can cause extra lag, choppiness, etc. And, to my knowledge, vblank_mode is xfwm's implementation of vsync? However, I'm not understanding how simply disabling vblank_mode can cause the entire compositor to malfunction.

For reference, I am running 3 monitors and have an Nvidia GTX 770 card. I am also running a fresh install of XFCE 4.14 on Arch Linux. My config is below:

Graphics:  Device-1: NVIDIA GK104 [GeForce GTX 770] driver: nvidia v: 440.64 
           Display: x11 server: X.Org 1.20.8 driver: nvidia unloaded: modesetting 
           resolution: 1920x1080~60Hz, 1920x1080~60Hz, 1920x1080~60Hz 
           OpenGL: renderer: GeForce GTX 770/PCIe/SSE2 v: 4.6.0 NVIDIA 440.64 

Last edited by sgx45edaz4 (2020-04-02 21:21:23)

ToZ

Administrator

From: Canada

Registered: 2011-06-02

Posts: 11,481

Re: Xfwm 4.14 Compositor Troubleshooting Guide

Hello and welcome.

I would suggest that you create a bug report against the xfwm4 product to bring it to the developer's attention. He may be best to advise.

---

Please remember to mark your thread [SOLVED] to make it easier for others to find
--- How To Ask For Help | FAQ | Developer Wiki  |  Community | Contribute ---

jbierkens

Member

Registered: 2020-04-24

Posts: 1

Re: Xfwm 4.14 Compositor Troubleshooting Guide

Thanks, this is very helpful, same applies to me.

Setting --vblank=off makes the window manager perform much better.

Seems like a bug to me, so I filed a bug report here.
https://bugzilla.xfce.org/show_bug.cgi?id=16753

Signy

Member

Registered: 2020-10-20

Posts: 52

Re: Xfwm 4.14 Compositor Troubleshooting Guide

I had troubles with compositor too and it seems to me that "glx" and "auto" is not the same.
I use panning mode:

xrandr --output DVI-D-0 --mode 1920x1080 --fb 2580x1080 --panning 2580x1080

and when I switched copositor on, my screen was broken:

• the screen was divided into rows with height approx. 100px,

• the first row was OK, every other row was moved approx. 100px to the right (relatively to the previous row).

After testing it turned out that for me are possible modes: glx or off. Modes auto or xpresent are broken.

My system is Xubuntu 20.04 on AMD Ryzen 5 2400G.
But it is not clean installation - the system started maybe as Xubuntu 14.04 and was upgraded during years. Originally it was installed on an Intel quadcore with its internal graphics. I changed processor+graphics to AMD Ryzen 5 2400G (while running Xubuntu 18.04) couple years ago - so there might remain an old settings from previous installation on Intel processor.

$ sudo inxi -G
Graphics:
  Device-1: AMD Raven Ridge [Radeon Vega Series / Radeon Vega Mobile Series] 
  driver: amdgpu v: kernel 
  Display: server: X.Org 1.20.8 driver: amdgpu,ati 
  unloaded: fbdev,modesetting,vesa resolution: 1920x1080~60Hz 
  OpenGL: renderer: AMD RAVEN (DRM 3.35.0 5.4.45-050445-generic LLVM 10.0.0) 
  v: 4.6 Mesa 20.0.8 

I want to thank to ToZ for this forum, it helped me a lot and now I can use compositor...

Last edited by Signy (2020-10-25 08:48:31)

Superdimitri

Member

Registered: 2021-05-21

Posts: 3

Re: Xfwm 4.14 Compositor Troubleshooting Guide

There have been numerous reported issues with the 4.14 release of xfwm related to transparency issues, compositing problems and blank screens. This post will provide some troubleshooting information to get the issue resolved.

There have been significant changes in the vblank code between 4.12 and 4.14 to help address and hopefully solve the screen tearing issues. xfwm4 now supports 3 vblank modes:

1. glx or auto - this is the default. Anecdotally, this seems to work well with intel cards and some nvidia/ati cards

2. xpresent - uses the xpresent libraries. Anecdotally, this seems to work well with newer ati/amd cards

3. off - this disables the vblank code. Anecdotally, this seems to work well with nvidia cards

To test which vblank mode works best for your system, simply restart xfwm and specify as a parameter which vblank mode to use:

xfwm4 --vblank=MODE --replace

...where "MODE" is one of: auto, glx , xpresent , or off.

If this fixes your problem, you can make it permanent via a vblank_mode setting:

xfconf-query -c xfwm4 -p /general/vblank_mode -t string -s "MODE" --create

...where "MODE" is one of: "auto", "glx", "xpresent", "off".

Note: if nothing is specified, glx is used.

I know this is old now, but I just wanted to say thanks for helping me troubleshoot my issue.
For some reason my system seems cursed using XFCE, at first I was getting full system lockups when using dual monitors on boot. Logs gave no info on the crashes, the system would just grind to a halt.
After I realized it was related to multi-monitors I had finally been able to log in to my Manjaro install...but I noticed everything was running at a really low fps. My monitor was reporting sometimes 1-10fps.
I later found that enabling force composition pipeline in NVIDIA-settings solved the problem, but by doing so I lose Gsync compatibility. It solved the multi monitor crashing, and made the desktop run at full speed again on my monitor.
Then after weeks of research I find this post, I found disabling XFWM compositor completely fixes my issues, but more importantlyI found I could also use it fine if vblank mode was set to off or xpresent.
Sadly Gsync only works with it set to glx, which means I still have to run without the compositor, but your post helped me narrow down the issue to specifically glx vblank.

Rather strange considering I have a Nvidia GTX 1060 so glx should be prefered, also strange that I have no problem with any other compositor but XFWM's own.
The googling continues, but at least I have a functional system now!

bobpaul

Member

Registered: 2023-02-27

Posts: 1

Re: Xfwm 4.14 Compositor Troubleshooting Guide

Seems this is still relevant.

On 4.18, I was unable to disable transparency. Changing the setting in Window Manager Tweaks (even disabling compositing entirely) did nothing. Running

xfwm4 --vblank=off --replace

did nothing, nor did glx and xpresent. But using xfconf-query to set vblank to off and then logging out fixed things. I can now enable/disable compositing and set the opacity level as expected via Window Manager Tweaks, even after switching back to glx.

gour

Member

From: Croatia

Registered: 2011-09-24

Posts: 12

Website

Re: Xfwm 4.14 Compositor Troubleshooting Guide

There have been numerous reported issues with the 4.14 release of xfwm related to transparency issues, compositing problems and blank screens. This post will provide some troubleshooting information to get the issue resolved.

There have been significant changes in the vblank code between 4.12 and 4.14 to help address and hopefully solve the screen tearing issues. xfwm4 now supports 3 vblank modes:

1. glx or auto - this is the default. Anecdotally, this seems to work well with intel cards and some nvidia/ati cards

2. xpresent - uses the xpresent libraries. Anecdotally, this seems to work well with newer ati/amd cards

3. off - this disables the vblank code. Anecdotally, this seems to work well with nvidia cards

I know it's an old thread, but I've occasional freeze of my display  — Xfce-4.18 running on openSUSE Tumbleweed, so wonder if the fixes recommended here are still valid?

What would be recommended setting for my old AMD RV730 graphics card?

Tried to use KDE, but it's simply not for me. GNOME is acceptable, but such a waste of resources…so I'm always returning to Xfce.

The other thing I can think of is maybe/possibly due to using a 3rd party (Packman) repository with video-related apps which usually trigger the problem…in that case I can only think to switch to Debian/Siduction….

Any hint?

ToZ

Administrator

From: Canada

Registered: 2011-06-02

Posts: 11,481

Re: Xfwm 4.14 Compositor Troubleshooting Guide

Yes they are still valid. You can give them a try to see if they fix the freezing. Also helpful would be log entries at the time of the freeze - they may reveal some interesting things. Note: to use the "xpresent" mode, you need to have the libxpresent package(s) installed.

At one point in time, it seemed that xpresent vblank mode helped on AMD cards, but later on we received conflicting reports (so I struck it out).

The other thing I can think of is maybe/possibly due to using a 3rd party (Packman) repository with video-related apps which usually trigger the problem…in that case I can only think to switch to Debian/Siduction….

It may also be a video driver issue.

---

Please remember to mark your thread [SOLVED] to make it easier for others to find
--- How To Ask For Help | FAQ | Developer Wiki  |  Community | Contribute ---