Wine UI tanks performance/responsiveness since 6.11

andrewlin16 · 2022-01-09 02:03:11

Since wine-6.11-1, any sort of application running under Wine that has Windows UI elements (e.g. MFC applications) creates massive rendering lag whenever interacting with those UI elements (mouse over, opening menus, etc). By lag, I mean mouse movement will feel unresponsive/significantly delayed, and all other graphical rendering suffers a lot of delay and jitter. I also noticed that if I run e.g. a Windows SDL application under Wine, I only see some performance jitter/stutter while the application is starting, but once the application is running I don't see the same issues. FWIW, I tried using a clean WINEPREFIX too, and the same issues occur.

I don't know if this is anything to do with either my hardware setup, wine configuration, X11 configuration, etc., but I've just been kicking the issue down the road by holding back the wine version to 6.10-1 and I figured I'd finally try to actually address the issue this time around after noticing that version 7.0 is now available.

Some system details that might be relevant:

Kernel version: 5.15.13-arch1-1
Using Openbox + picom for WM + compositor
CPU is AMD Ryzen 9 3900X
GPU is NVIDIA GeForce GTX 1070, using proprietary NVIDIA drivers (version 495.46-7)

seth · 2022-01-09 08:09:09

Tescase? Are winecfg or notepad affected?
Did you rule out the compositor (pkill picom) - if wine fails to generate proper damage events, that would cause a delayed update in the compositor.

andrewlin16 · 2022-01-09 08:33:53

seth wrote:

Tescase? Are winecfg or notepad affected?

For winecfg, moving across certain UI elements causes a brief moment of lag/jitter (seems to be text areas, links, lists; could be things with possible hover effects?), as well as changing tabs ("Graphics" seems to be the most affected, the other tabs not so much as far as I can tell). I also noticed that most of the lag happens the first time a tab is opened, and that there is less lag selecting a tab after it has already been opened once before.

For notepad, moving the cursor across the top menu bar or the scrollbar causes a lot of lag/jitter. Typing or scrolling inside the text area doesn't cause lag. Also, selecting different menu options within a dropdown menu (File/Edit/Search/Help) doesn't cause lag either. Opening the Open file dialog causes a lot of lag to the point where I can see each individual file entry and icon render one by one.

seth wrote:

Did you rule out the compositor (pkill picom) - if wine fails to generate proper damage events, that would cause a delayed update in the compositor.

Yes, I'm experiencing the lag regardless of whether picom is running or not.

One thing I also noticed just now is that when this lag happens, Xorg hits 100% CPU usage on one CPU core/thread while the lag is happening. This happens with either picom on or off.

seth · 2022-01-09 08:49:58

Did you try w/ a fresh user account / wine config?
(Obviously I can't reproduce it)

andrewlin16 · 2022-01-09 09:34:19

Yup, created a completely fresh user account and am experiencing the same issue on that new account + wine prefix. Note that it even uses the default xinitrc setup, i.e. twm + xterm + xclock, no compositor.

And in case this helps, here is my xrandr setup:

$ xrandr
Screen 0: minimum 8 x 8, current 3840 x 1080, maximum 32767 x 32767
DVI-D-0 connected primary 1920x1080+1920+0 (normal left inverted right x axis y axis) 598mm x 336mm
   1920x1080    144.01*+ 119.98   109.90    99.93    75.02  
HDMI-0 connected 1920x1080+0+0 (normal left inverted right x axis y axis) 531mm x 299mm
   1920x1080     60.00*+
   1600x900      60.00  
   1280x1024     75.02    60.02  
   1152x864      75.00  
   1024x768      75.03    60.00  
   800x600       75.00    60.32  
   640x480       75.00    59.94  
DP-0 disconnected (normal left inverted right x axis y axis)
DP-1 disconnected (normal left inverted right x axis y axis)
DP-2 disconnected (normal left inverted right x axis y axis)
DP-3 disconnected (normal left inverted right x axis y axis)
DP-4 disconnected (normal left inverted right x axis y axis)
DP-5 disconnected (normal left inverted right x axis y axis)

The issue also occurs regardless of which screen the application window is on.

seth · 2022-01-09 13:03:43

Ok, let's throw stuff at the wall

hostnamectl
getent hosts localhost
nslookup localhost
localectl
locale

andrewlin16 · 2022-01-09 21:12:47

Sure thing:

$ hostnamectl
 Static hostname: octarine-core
       Icon name: computer-desktop
         Chassis: desktop ?
      Machine ID: 816457536745498baed729eb98d738e1
         Boot ID: 90127f6fdd17406b84ee3970e4a5274f
Operating System: Arch Linux                      
          Kernel: Linux 5.15.13-arch1-1
    Architecture: x86-64
 Hardware Vendor: Gigabyte Technology Co., Ltd.
  Hardware Model: X570 GAMING X

$ getent hosts localhost
::1             localhost

$ nslookup localhost
Server:		75.75.75.75
Address:	75.75.75.75#53

Non-authoritative answer:
Name:	localhost
Address: 127.0.0.1
Name:	localhost
Address: ::1

$ localectl
   System Locale: LANG=en_US.UTF-8
       VC Keymap: colemak
      X11 Layout: n/a

$ locale
LANG=en_US.UTF-8
LC_CTYPE="en_US.UTF-8"
LC_NUMERIC="en_US.UTF-8"
LC_TIME="en_US.UTF-8"
LC_COLLATE="en_US.UTF-8"
LC_MONETARY="en_US.UTF-8"
LC_MESSAGES="en_US.UTF-8"
LC_PAPER="en_US.UTF-8"
LC_NAME="en_US.UTF-8"
LC_ADDRESS="en_US.UTF-8"
LC_TELEPHONE="en_US.UTF-8"
LC_MEASUREMENT="en_US.UTF-8"
LC_IDENTIFICATION="en_US.UTF-8"
LC_ALL=

seth · 2022-01-09 21:58:22

Mostly super boring
(static hostname, localhost can be resolved, no weird locale)

There's one thing: you're resolving from comcast instead of eg. a local DNS resolver or cache…
It's a far stretch, but how does it behave if your deactivate the network (services)?

andrewlin16 · 2022-01-11 11:43:49

Tried stopping anything remotely network-related and even physically unplugging the Ethernet cable, issue still persists.

$ sudo systemctl stop dhcpcd.service systemd-networkd.service systemd-resolved.service systemd-networkd.socket

andrewlin16 · 2022-03-15 00:38:23

Providing an update on this thread, I'm no longer seeing this issue after upgrading to wine 7.4-1 today. My wild guess would be one of the recent NVIDIA driver in between then and now that fixed it, but it could be anything really.

Arch Linux

#1 2022-01-09 02:03:11

Wine UI tanks performance/responsiveness since 6.11

#2 2022-01-09 08:09:09

Re: Wine UI tanks performance/responsiveness since 6.11

#3 2022-01-09 08:33:53

Re: Wine UI tanks performance/responsiveness since 6.11

#4 2022-01-09 08:49:58

Re: Wine UI tanks performance/responsiveness since 6.11

#5 2022-01-09 09:34:19

Re: Wine UI tanks performance/responsiveness since 6.11

#6 2022-01-09 13:03:43

Re: Wine UI tanks performance/responsiveness since 6.11

#7 2022-01-09 21:12:47

Re: Wine UI tanks performance/responsiveness since 6.11

#8 2022-01-09 21:58:22

Re: Wine UI tanks performance/responsiveness since 6.11

#9 2022-01-11 11:43:49

Re: Wine UI tanks performance/responsiveness since 6.11

#10 2022-03-15 00:38:23

Re: Wine UI tanks performance/responsiveness since 6.11

Board footer