Bug 399372 - Microstuttering in rendering with compositor enabled
Summary: Microstuttering in rendering with compositor enabled
Status: RESOLVED UPSTREAM
Alias: None
Product: kwin
Classification: Plasma
Component: compositing (show other bugs)
Version: 5.13.5
Platform: Other Linux
: NOR normal
Target Milestone: ---
Assignee: KWin default assignee
URL:
Keywords: triaged
Depends on:
Blocks:
 
Reported: 2018-10-04 12:17 UTC by Fabio Forni
Modified: 2019-01-20 19:30 UTC (History)
5 users (show)

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Fabio Forni 2018-10-04 12:17:48 UTC
SUMMARY
There is microstuttering with compositor enabled, meaning that dragging windows is not smooth, nor is scrolling in Firefox.

STEPS TO REPRODUCE
1. Enabled compositor
2. Drag any window or scroll a webpage

OBSERVED RESULT
Animations are not fluid.

EXPECTED RESULT
Animations should be fluid like with compositor disabled.

SOFTWARE VERSIONS
(available in About System)
KDE Plasma Version: 5.13.5
KDE Frameworks Version: 5.50.0
Qt Version: 5.11.1

ADDITIONAL INFORMATION
Graphics:  Device-1: Advanced Micro Devices [AMD/ATI] Hawaii PRO [Radeon R9 290/390] driver: amdgpu v: kernel 
           Display: x11 server: X.Org 1.19.6 driver: amdgpu,ati unloaded: fbdev,modesetting,radeon,vesa 
           resolution: 1920x1080_74.00~74Hz 
           OpenGL: renderer: AMD Radeon R9 200 Series (HAWAII DRM 3.26.0 4.18.9-92.current LLVM 6.0.1) 
           v: 4.5 Mesa 18.1.6 
Connected via DisplayPort
Comment 1 Kai Uwe Broulik 2018-10-04 13:52:09 UTC
I started seeing micro stuttering when starting to drag a window since I updated from neon 16.04 to neon 18.04
Comment 2 David Edmundson 2018-10-04 13:52:54 UTC
@kai can you run hotspot on it please.
Comment 3 Fabio Forni 2018-10-04 18:47:01 UTC
I forgot to say that I'm running Solus KDE with kernel 4.18.9. The issue is not recent though, I've been running Solus KDE since May or June.
Comment 4 Andrew Crouthamel 2018-10-21 05:04:16 UTC
Dear Bug Submitter,

This bug has been in NEEDSINFO status with no change for at least
15 days. Please provide the requested information as soon as
possible and set the bug status as REPORTED. Due to regular bug
tracker maintenance, if the bug is still in NEEDSINFO status with
no change in 30 days the bug will be closed as RESOLVED > WORKSFORME
due to lack of needed information.

For more information about our bug triaging procedures please read the
wiki located here:
https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging

If you have already provided the requested information, please
mark the bug as REPORTED so that the KDE team knows that the bug is
ready to be confirmed.

Thank you for helping us make KDE software even better for everyone!
Comment 5 Fabio Forni 2018-10-21 09:57:42 UTC
> Please provide the requested information as soon as possible

OK, no problem, but what are the "requested information"?
Comment 6 Martin Flöser 2018-10-21 16:21:38 UTC
Please provide the output of
qdbus org.kde.KWin /KWin supportInformation
Comment 7 Fabio Forni 2018-10-21 17:32:02 UTC
Here: https://paste.kde.org/pwty88tg6
Comment 8 Vlad Zahorodnii 2018-10-21 18:03:23 UTC
If you disable the Dim Inactive effect, are animations fluid?
Comment 9 Fabio Forni 2018-10-21 20:13:05 UTC
No, there's no difference. Only by disabling the compositor everything is fluid as in Windows.
Comment 10 Fabio Forni 2018-10-23 18:34:56 UTC
I'm not 100% sure because I have no means to objectively measure this, but it looks like the animations to switch from a virtual desktop to another are butter smooth.
Comment 11 Ambareesh Balaji 2018-11-12 06:27:29 UTC
I've been experiencing this for several months, at least the since the beginning of 2018. I've been forced to running kwin with compositing disabled and use compton instead. If someone can give me some pointers on what might be going on and where, I'm willing to devote time to fixing this in the code.
Comment 12 Fabio Forni 2018-11-23 20:27:52 UTC
With the radeon driver, the issue in not present. I don't know if it's amdgpu fault only or a combination of both Plasma and amdgpu, but radeon is working well.
Comment 13 Ambareesh Balaji 2018-11-26 10:49:29 UTC
I don't think this is limited to just amdgpu, since I'm running an Intel HD 620 configuration with i965.
Comment 14 Fabio Forni 2018-12-22 20:24:46 UTC
I finally managed to run Wayland with my system and I can confirm microstuttering is not present with this protocol. Also, there's much less lag when dragging windows: the window immediately follows the mouse cursor.
Comment 15 Fabio Forni 2019-01-20 18:13:05 UTC
You can close this. I found where the issue is: https://bugs.freedesktop.org/show_bug.cgi?id=109384
Comment 16 Martin Flöser 2019-01-20 19:30:47 UTC
Thanks for the update.