xfwm4 hanging and using too much cpu time

kam..@..oo.com said:

I can confirm that I am experiencing the same:

942 kamen 20 0 776172 99720 53256 S 27.2 0.1 234:58.44 xfwm4

inxi -Fxz output in case it helps:

System: Host: iberia Kernel: 5.3.0-arch1-1-ARCH x86_64 bits: 64 compiler: gcc v: 9.1.0 Desktop: Xfce 4.14.1 Distro: Arch Linux Machine: Type: Desktop Mobo: ASUSTeK model: ROG CROSSHAIR VIII HERO (WI-FI) v: Rev X.0x serial: <filter> UEFI: American Megatrends v: 1001 date: 09/09/2019 Battery: Device-1: hidpp_battery_0 model: Logitech Wireless Mouse MX Master 2S charge: 50% (should be ignored) status: N/A CPU: Topology: 12-Core model: AMD Ryzen 9 3900X bits: 64 type: MT MCP arch: Zen L2 cache: 6144 KiB flags: avx avx2 lm nx pae sse sse2 sse3 sse4_1 sse4_2 sse4a ssse3 svm bogomips: 182142 Speed: 3117 MHz min/max: 2200/3800 MHz Core speeds (MHz): 1: 3117 2: 2936 3: 2004 4: 2477 5: 2636 6: 2123 7: 3558 8: 1894 9: 2827 10: 2043 11: 2797 12: 2199 13: 3887 14: 3578 15: 1876 16: 1917 17: 2760 18: 2065 19: 2825 20: 1875 21: 3292 22: 2443 23: 2642 24: 1941 Graphics: Device-1: NVIDIA GP106 [GeForce GTX 1060 6GB] vendor: eVga.com. driver: nvidia v: 435.21 bus ID: 0a:00.0 Display: x11 server: X.org 1.20.5 driver: nvidia resolution: <xdpyinfo missing> OpenGL: renderer: GeForce GTX 1060 6GB/PCIe/SSE2 v: 4.6.0 NVIDIA 435.21 direct render: Yes Audio: Device-1: NVIDIA GP106 High Definition Audio vendor: eVga.com. driver: snd_hda_intel v: kernel bus ID: 0a:00.1 Device-2: Advanced Micro Devices [AMD] Starship/Matisse HD Audio vendor: ASUSTeK driver: snd_hda_intel v: kernel bus ID: 0c:00.4 Device-3: Corsair type: USB driver: hid-generic,snd-usb-audio,usbhid bus ID: 3-2.3:4 Device-4: Logitech HD Webcam C525 type: USB driver: snd-usb-audio,uvcvideo bus ID: 3-2.1:3 Sound Server: ALSA v: k5.3.0-arch1-1-ARCH Network: Device-1: Realtek vendor: ASUSTeK driver: N/A port: e000 bus ID: 04:00.0 Device-2: Intel I211 Gigabit Network vendor: ASUSTeK driver: igb v: 5.6.0-k port: d000 bus ID: 05:00.0 IF: enp5s0 state: up speed: 1000 Mbps duplex: full mac: <filter> Device-3: Intel Wi-Fi 6 AX200 driver: iwlwifi v: kernel port: d000 bus ID: 06:00.0 IF: wlp6s0 state: down mac: <filter> Drives: Local Storage: total: 4.26 TiB used: 1.30 TiB (30.5%) ID-1: /dev/nvme0n1 vendor: Corsair model: Force MP600 size: 1.82 TiB ID-2: /dev/sda vendor: Samsung model: SSD 850 EVO 500GB size: 465.76 GiB ID-3: /dev/sdb vendor: Western Digital model: WD2001FFSX-68JNUN0 size: 1.82 TiB ID-4: /dev/sdc vendor: Intel model: SSDSC2CW180A3 size: 167.68 GiB ID-5: /dev/sdd type: USB vendor: Generic model: Flash Disk size: 1.88 GiB Partition: ID-1: / size: 1.67 TiB used: 216.62 GiB (12.6%) fs: ext4 dev: /dev/nvme0n1p3 ID-2: swap-1 size: 119.21 GiB used: 11.8 MiB (0.0%) fs: swap dev: /dev/nvme0n1p2 Sensors: System Temperatures: cpu: 44.5 C mobo: 32.0 C gpu: nvidia temp: 59 C Fan Speeds (RPM): cpu: 0 fan-1: 938 fan-2: 976 fan-3: 0 fan-4: 626 fan-5: 0 fan-6: 0 fan-7: 0 gpu: nvidia fan: 29% Info: Processes: 468 Uptime: 23h 56m Memory: 125.73 GiB used: 14.56 GiB (11.6%) Init: systemd Compilers: gcc: 9.1.0 Shell: zsh v: 5.7.1 inxi: 3.0.36

kam..@..oo.com said:

I have resolved this issue on my machine with the help of diogenes_ & BeNZ on #xfce.

First we ran the following commands to ensure that I was using the nvidia module was loaded and to see if the llvmpipe (CPU/Software Rendering) was being used:

$ lsmod | grep nvidia

nvidia_drm 57344 7 nvidia_modeset 1126400 14 nvidia_drm nvidia 19558400 660 nvidia_modeset drm_kms_helper 212992 1 nvidia_drm drm 516096 10 drm_kms_helper,nvidia_drm ipmi_msghandler 65536 2 ipmi_devintf,nvidia

$ glxinfo | grep -i "direct rendering|renderer string"

direct rendering: Yes OpenGL renderer string: GeForce GTX 1060 6GB/PCIe/SSE2

Based on that they recommended that I try to run:

$ xfwm4 --vblank=off --replace

This immediately dropped my CPU usage from 35% down to 0.7%. For more reference on this option see: https://github.com/xfce-mirror/xfwm4/blob/master/COMPOSITOR

Before making the change persistent, I navigated into nvidia-settings and checked the value of "Force Composition Pipeline" & "Force Full Composition Pipeline" under X Server Display Configuration. Both of these settings were disabled.

I then enabled "Force Full Composition Pipeline" and rebooted.

My usage now sitting around 1% without having to make any other changes to Xfce.

Also, I did try to disable window composition with "xfconf-query --channel xfwm4 -p /general/use_compositing -s false" and in the xfwm4-tweak-settings UI - but the usage remained high.

Hope it helps

Simon 'The Sorcerer' @Sur3 said:

For me this behaviour happens sporadically, I'm using an AMD GPU, probably this just behaves a bit different there.

Olivier Fourdan @olivier said:

Can you please try the current code in master?

kam..@..oo.com said:

While the Nvidia settings did initially make a difference, it wasn't a lasting change.

I ended up doing "xfconf-query -c xfwm4 -p /general/vblank_mode -t string -s off", which combined with the Nvidia settings have made a big difference.

xfwm4 process is sitting at about 7% after a couple of days.

Still not perfect yet but it is workable. I will need to try the other vblank_mode options at some point to compare the results.

Olivier Fourdan @olivier said:

Is with current master (ie with https://git.xfce.org/xfce/xfwm4/commit/?id=e5462de)?

Oscar Franzén said:

The high CPU usage of xfwm4 brought me here. I use:

me[~]> xfwm4 -V This is xfwm4 version 4.14.0 (revision ed87ef66) for Xfce 4.14 Released under the terms of the GNU General Public License. Compiled against GTK+-3.22.30, using GTK+-3.22.30.

Build configuration and supported features:
- Startup notification support:                 Yes
- XSync support:                                Yes
- Render support:                               Yes
- Xrandr support:                               Yes
- Xpresent support:                             Yes
- Embedded compositor:                          Yes
- Epoxy support:                                Yes
- KDE systray proxy (deprecated):               No

I'm running it on a Lenovo Thinkpad X1C6. Graphics driver is: Intel Corporation UHD Graphics 620. Kernel is 5.0.0-29-generic.

Oscar Franzén said:

(In reply to Oscar Franzén from comment 7)

The high CPU usage of xfwm4 brought me here. I use:

me[~]> xfwm4 -V This is xfwm4 version 4.14.0 (revision ed87ef66) for Xfce 4.14 Released under the terms of the GNU General Public License. Compiled against GTK+-3.22.30, using GTK+-3.22.30.

Build configuration and supported features:

Startup notification support: Yes

XSync support: Yes

Render support: Yes

Xrandr support: Yes

Xpresent support: Yes

Embedded compositor: Yes

Epoxy support: Yes

KDE systray proxy (deprecated): No

I'm running it on a Lenovo Thinkpad X1C6. Graphics driver is: Intel Corporation UHD Graphics 620. Kernel is 5.0.0-29-generic.

I have applied:

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

and I will see if it helps.

Olivier Fourdan @olivier said:

(In reply to Oscar Franzén from comment 7)

The high CPU usage of xfwm4 brought me here. I use:

I would rather not use this bug for any CPU usage issue.

A higher CPU usage with GL for vblank is to be expected.

For intel, just use xpresent, as this works well...

$ xfconf-query -c xfwm4 -p /general/vblank_mode -s xpresent

Oscar Franzén said:

(In reply to Olivier Fourdan from comment 9)

$ xfconf-query -c xfwm4 -p /general/vblank_mode -s xpresent

I have applied this one and restarted. It seems to help.

Nick said:

I'm experiencing the same issue. xfwm4 CPU usage is normally <= 2% when dragging windows, alt-tabbing etc. But, then it starts to climb up when changing focus or moving windows to 15-20%. Window movements are noticable "choppy", and changing focus is slow.

It continues to degrade until I pkill xfwm, and it restarts and works fine for a day or so and the problem repeats.

I am on a ThinkPad T410, Core i5 M, with Intel graphics.

I have tried all 3 vblank modes mentioned (off, xpresent, glx). None seem to help.

I've tried changing my theme mentioned in other posts. Doesn't help.

This happened when I upgraded from 4.12.5-1 -> 4.14.0-1.

This is xfwm4 version 4.14.0 (revision ed87ef66) for Xfce 4.14 Released under the terms of the GNU General Public License. Compiled against GTK+-3.24.10, using GTK+-3.24.12.

Build configuration and supported features:

Startup notification support: Yes

XSync support: Yes

Render support: Yes

Xrandr support: Yes

Xpresent support: Yes

Embedded compositor: Yes

Epoxy support: Yes

KDE systray proxy (deprecated): No

Oscar Franzén said:

I noticed recently that I don't think the issue is solved for me. xfwm4 CPU usage goes up without any reason. I noticed it when running on battery. Not really sure how to deal with this. Thinking about downgrading to the old xfce4 but would like to avoid it.

trishmapow said:

Experiencing same issue since upgrading to 4.14.0. After a while Xfwm4 slows down especially with windows that have video, e.g. video calls or Youtube. My temporary solution now is to bind xfwm4 --replace to a shortcut, this fixes all the problems. I am running on Intel integrated graphics.

Teresa e Junior said:

I find the latest versions of Xfwm4 to be acting very weird. After some time, it starts getting very slow, eg. raising my quake-style terminal takes seconds, and htop shows it is xfwm4 sucking a lot of CPU meanwhile. Restarting Xfwm4 fixes the problem temporarily.

Also, I have noticed that, when I'm looking at some websites with Chrome (sorry I failed to take notes of which), Xfwm4 starts using a lot of CPU. If I switch tabs it stops. Coming back to the same website shows this happening again.

Things I tried:

xfconf-query -c xfwm4 -p /general/vblank_mode -s xpresent && xfwm4 --replace -- xpresent seems to make no difference, and a line appears on the screen during scrolling.
Set vblank_mode to auto, and compiled from Git -- the problem just took longer to appear, I had to restart Xfwm4 after 7 days instead of only 2. But this could also just mean I had a different usage pattern during these days.

I was using Xfwm4 4.14.0 from Xubuntu 19.10, and have been using 4.14.0git.e1f2e340 (revision e1f2e340) for the last week.

> inxi -SMGz System: Host: laptop Kernel: 5.3.0-18-generic x86_64 bits: 64 Desktop: Xfce 4.14.1 Distro: Ubuntu 19.10 (Eoan Ermine) Machine: Type: Laptop System: LENOVO product: 80JE v: Lenovo G40-80 serial: <filter> Mobo: LENOVO model: Lancer 4A1 v: SDK0E50515 STD serial: <filter> UEFI: LENOVO v: B0CNA0WW date: 09/30/2016 Graphics: Device-1: Intel HD Graphics 5500 driver: i915 v: kernel Display: x11 server: X.Org 1.20.5 driver: modesetting unloaded: fbdev,vesa resolution: 1366x76860Hz OpenGL: renderer: Mesa DRI Intel HD Graphics 5500 (Broadwell GT2) v: 4.5 Mesa 19.2.1

Teresa e Junior said:

One example of a webpage I mentioned above, where Xfwm4 starts using CPU when opening it with Chrome, is https://www.phonearena.com/news/Trump-to-allow-some-U.S.-firms-to-ship-to-Huawei_id119607

I have downgraded to 4.12.5-1ubuntu1, and none of these problems happen.

Olivier Fourdan @olivier said:

(In reply to Teresa e Junior from comment 15)

One example of a webpage I mentioned above, where Xfwm4 starts using CPU when opening it with Chrome, is https://www.phonearena.com/news/Trump-to-allow-some-U.S.-firms-to-ship-to-Huawei_id119607

Well, that page makes chrome itself eat 100% CPU here, not xfwm4.

Teresa e Junior said:

(In reply to Olivier Fourdan from comment 16)

(In reply to Teresa e Junior from comment 15)

One example of a webpage I mentioned above, where Xfwm4 starts using CPU when opening it with Chrome, is https://www.phonearena.com/news/Trump-to-allow-some-U.S.-firms-to-ship-to-Huawei_id119607

Well, that page makes chrome itself eat 100% CPU here, not xfwm4.

I also found that very weird, but it was xfwm4 eating a lot of CPU too, besides Chrome, on 4.14.0git.e1f2e340. I downgraded Xfwm4 and now only Chrome does. Probably related to hardware acceleration enabled on Chrome with the compositor enabled.

adr..@..il.com said:

I've noticed that xfwm4 has begun hanging when either the whisker menu or the Visual Studio Code "are you sure you want to discard Git changes" dialog box appear. The hangs last ~10-30 seconds. Disabling compositing fixes them.

Noah said:

Same issue here. Everything runs fine with my machine (Xeon W3680 and GTX 1060 on Arch with XFCE/XFWM 4.14.0-1) unless I leave it on overnight. When I come back to it the next day, it's basically unusable due to major lag, stutter, and freezing. It happens no matter what I'm doing, anything from switching windows, displaying window animations, and when trying to play video games (anything from the original Doom to Subnautica and everything in between) or watch a video (with VLC, parole, Hulu, Netflix, Chromium or Firefox, doesn't matter). I don't mean slight hiccups; they're 0.5 - 5+ second delays. Video playback is a constant desync and stutterfest, sometimes like watching some kind of slideshow and the guy with the controls had way too much coffee or something.

I just noticed CPU use is indeed rising to when moving or resizing windows from ~0-1% to ~10%+ usage. So without hyperthreading, that would mean it's using 20% of a hexacore processor, or I guess 100% if it were one core, which seems bit excessive and perhaps is part of the issue.

xfwm --replace works just like as a reboot would and stops all the stutter and high CPU use. Well it fixes it for now, anyway; I'm guessing the issue will recur with sufficient uptime.

Hg said:

Is this bug related to this https://github.com/Guake/guake/issues/1666 ? I do not observe problems on other apps than guake but might still be related.

xfwm4 hanging and using too much cpu time

Submitted by Simon 'The Sorcerer' `@Sur3`

Description

Designs

Child items 0

Activity

xfwm4 hanging and using too much cpu time

Submitted by Simon 'The Sorcerer' @Sur3

Description

Activity

Submitted by Simon 'The Sorcerer' `@Sur3`