Am Montag, 2. Dezember 2019, 21:36:45 CET schrieb Karl Ove Hufthammer:

With the latest Tumbleweed updates, /usr/bin/X seems to use ~40% of my CPU, causing(?) the whole system to become quite unresponsive. More specifically, the system seems to freeze (very briefly) several times a second, making both mouse and keyboard input and video playback rather jerky.

I hadn’t updated Tumbleweed for about a week (before updating yesterday), so I’m not sure exactly which snapshot introduced the change. I didn’t find anything relevant on Bugzilla, and unfortunately, I had just deleted earlier snapshots, so I can’t do a rollback to debug further. But changing the graphics card driver from the proprietary NVIDIA driver to Nouveau fixed the problem (CPU use back to normal, i.e. about 2%, and the system is responsive). And then changing back to the NVIDIA driver again reintroduced the problem, so it might be caused by the latest NVIDIA drivers *or* something else related to graphics.

Have anybody else experienced this problem, or have some tips for debugging it?

A good start would be to mention the version of the evil drivers.. nvidia-gfxG04-kmp-default-390.132_k5.3.12_1 and nvidia-gfxG05-kmp- default-440.36_k5.3.12_1 does work here as expected. Sometimes it helps to just reinstall the driver package. Cheers, Pete -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org

* Karl Ove Hufthammer [12-02-19 15:37]:

With the latest Tumbleweed updates, /usr/bin/X seems to use ~40% of my CPU, causing(?) the whole system to become quite unresponsive. More specifically, the system seems to freeze (very briefly) several times a second, making both mouse and keyboard input and video playback rather jerky.

I hadn’t updated Tumbleweed for about a week (before updating yesterday), so I’m not sure exactly which snapshot introduced the change. I didn’t find anything relevant on Bugzilla, and unfortunately, I had just deleted earlier snapshots, so I can’t do a rollback to debug further. But changing the graphics card driver from the proprietary NVIDIA driver to Nouveau fixed the problem (CPU use back to normal, i.e. about 2%, and the system is responsive). And then changing back to the NVIDIA driver again reintroduced the problem, so it might be caused by the latest NVIDIA drivers *or* something else related to graphics.

Have anybody else experienced this problem, or have some tips for debugging it?

I did have that problem until about 1-2 weeks ago, but no more. nvidia GF106 (GeForce GTS 450) 4.6.0 NVidia 390.129 I did not on intel graphics systems but do now since the last few days. -- (paka)Patrick Shanahan Plainfield, Indiana, USA @ptilopteri http://en.opensuse.org openSUSE Community Member facebook/ptilopteri Photos: http://wahoo.no-ip.org/piwigo paka @ IRCnet freenode -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org

Hans-Peter Jansen skreiv 03.12.2019 10:15:

...

Good point. It’s:

nvidia-gfxG05-kmp-default-440.31_k5.3.8_1-20.6.x86_64 nvidia-glG05-440.31-20.1.x86_64 nvidia-computeG05-440.31-20.1.x86_64 x11-video-nvidiaG05-440.31-20.1.x86_64 Hmm, Version 440.36 is out since 11 days?!?

I build these drivers on a local OBS, therefor I don't notice any delays:

I have now manually built the 440.36 drivers and installed them. Unfortunately, this didn’t fix the problem. It’s of course a possibility that the problem is not related to the NVIDIA drivers at all. Other causes I have eliminated: It’s not KDE/Plasma, as it happens with IceWM too. And it’s not related to my user account, as it happens with other accounts on my system too. -- Karl Ove Hufthammer -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org

El mar., 3 dic. 2019 a las 17:09, Karl Ove Hufthammer () escribió:

Hans-Peter Jansen skreiv 03.12.2019 10:15:

...

...

Good point. It’s:

nvidia-gfxG05-kmp-default-440.31_k5.3.8_1-20.6.x86_64 nvidia-glG05-440.31-20.1.x86_64 nvidia-computeG05-440.31-20.1.x86_64 x11-video-nvidiaG05-440.31-20.1.x86_64 Hmm, Version 440.36 is out since 11 days?!?

I build these drivers on a local OBS, therefor I don't notice any delays:

I have now manually built the 440.36 drivers and installed them. Unfortunately, this didn’t fix the problem.

It’s of course a possibility that the problem is not related to the NVIDIA drivers at all.

Other causes I have eliminated: It’s not KDE/Plasma, as it happens with IceWM too. And it’s not related to my user account, as it happens with other accounts on my system too.

--

Opensuse don't support propietary drivers! I mean the better solution is to change the graphics card for other that uses OPEN SOURCE DRIVERS, like the amdgpu. I upgraded Tumbleweed the last night, and my system works fine! top - 19:36:02 up 21 min, 3 users, load average: 0,26, 0,53, 0,39 Tasks: 284 total, 1 running, 282 sleeping, 0 stopped, 1 zombie %Cpu(s): 0,2 us, 0,2 sy, 0,0 ni, 99,4 id, 0,1 wa, 0,0 hi, 0,0 si, 0,0 st MiB Mem : 15988,68+total, 11583,85+free, 1854,398 used, 2550,422 buff/cache MiB Swap: 0,000 total, 0,000 free, 0,000 used. 13756,79+avail Mem PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 14915 jerbes 20 0 1293684 111808 87196 S 1,325 0,683 0:00.86 konsole 14647 jerbes 20 0 2931228 510132 138828 S 0,662 3,116 0:47.39 Web Content 472 root 20 0 0 0 0 S 0,331 0,000 0:02.41 btrfs-transacti 1514 root 20 0 538428 18364 15496 S 0,331 0,112 0:00.41 NetworkManager 1705 root 20 0 2854788 136136 78684 S 0,331 0,831 0:10.26 X 13922 jerbes 20 0 2041052 214884 137684 S 0,331 1,312 0:06.02 plasmashell 14445 jerbes 20 0 3432288 368516 159424 S 0,331 2,251 0:37.87 firefox 14946 jerbes 20 0 9356 3960 3136 R 0,331 0,024 0:00.09 top 1 root 20 0 166612 12424 7960 S 0,000 0,076 0:03.43 systemd 2 root 20 0 0 0 0 S 0,000 0,000 0:00.01 kthreadd 3 root 0 -20 0 0 0 I 0,000 0,000 0:00.00 rcu_gp 4 root 0 -20 0 0 0 I 0,000 0,000 0:00.00 rcu_par_gp 6 root 0 -20 0 0 0 I 0,000 0,000 0:00.00 kworker/0:0H-kblockd 8 root 0 -20 0 0 0 I 0,000 0,000 0:00.00 mm_percpu_wq 9 root 20 0 0 0 0 S 0,000 0,000 0:00.03 ksoftirqd/0 10 root 20 0 0 0 0 I 0,000 0,000 0:00.61 rcu_sched 11 root rt 0 0 0 0 S 0,000 0,000 0:00.00 migration/0 12 root -51 0 0 0 0 S 0,000 0,000 0:00.00 idle_inject/0 14 root 20 0 0 0 0 S 0,000 0,000 0:00.00 cpuhp/0 15 root 20 0 0 0 0 S 0,000 0,000 0:00.00 cpuhp/1 16 root -51 0 0 0 0 S 0,000 0,000 0:00.00 idle_inject/1 17 root rt 0 0 0 0 S 0,000 0,000 0:00.00 migration/1 18 root 20 0 0 0 0 S 0,000 0,000 0:00.02 ksoftirqd/1 20 root 0 -20 0 0 0 I 0,000 0,000 0:00.00 kworker/1:0H-kblockd 21 root 20 0 0 0 0 S 0,000 0,000 0:00.00 cpuhp/2 22 root -51 0 0 0 0 S 0,000 0,000 0:00.00 idle_inject/2 23 root rt 0 0 0 0 S 0,000 0,000 0:00.00 migration/2 24 root 20 0 0 0 0 S 0,000 0,000 0:00.03 ksoftirqd/2 25 root 20 0 0 0 0 I 0,000 0,000 0:00.00 kworker/2:0-events 26 root 0 -20 0 0 0 I 0,000 0,000 0:00.00 kworker/2:0H-kblockd 27 root 20 0 0 0 0 S 0,000 0,000 0:00.00 cpuhp/3 28 root -51 0 0 0 0 S 0,000 0,000 0:00.00 idle_inject/3 29 root rt 0 0 0 0 S 0,000 0,000 0:00.00 migration/3 30 root 20 0 0 0 0 S 0,000 0,000 0:00.01 ksoftirqd/3 32 root 0 -20 0 0 0 I 0,000 0,000 0:00.00 kworker/3:0H-events_highpri 33 root 20 0 0 0 0 S 0,000 0,000 0:00.00 cpuhp/4 34 root -51 0 0 0 0 S 0,000 0,000 0:00.00 idle_inject/4 35 root rt 0 0 0 0 S 0,000 0,000 0:00.00 migration/4 36 root 20 0 0 0 0 S 0,000 0,000 0:00.01 ksoftirqd/4 38 root 0 -20 0 0 0 I 0,000 0,000 0:00.00 kworker/4:0H-kblockd 39 root 20 0 0 0 0 S 0,000 0,000 0:00.00 cpuhp/5 40 root -51 0 0 0 0 S 0,000 0,000 0:00.00 idle_inject/5 Operating System: openSUSE Tumbleweed 20191128 KDE Plasma Version: 5.17.3 KDE Frameworks Version: 5.64.0 Qt Version: 5.13.1 Kernel Version: 5.3.12-1-default OS Type: 64-bit Processors: 8 × AMD FX-8320E Eight-Core Processor Memory: 15,6 GiB Extended renderer info (GLX_MESA_query_renderer): Vendor: X.Org (0x1002) Device: Radeon RX 580 Series (POLARIS10, DRM 3.33.0, 5.3.12-1-default, LLVM 9.0.0) (0x67df) Version: 19.2.6 Accelerated: yes Video memory: 4096MB Unified memory: no Preferred profile: core (0x1) Max core profile version: 4.5 Max compat profile version: 4.5 Max GLES1 profile version: 1.1 Max GLES[23] profile version: 3.2 Memory info (GL_ATI_meminfo): VBO free memory - total: 3976 MB, largest block: 3976 MB VBO free aux. memory - total: 4032 MB, largest block: 4032 MB Texture free memory - total: 3976 MB, largest block: 3976 MB Texture free aux. memory - total: 4032 MB, largest block: 4032 MB Renderbuffer free memory - total: 3976 MB, largest block: 3976 MB Renderbuffer free aux. memory - total: 4032 MB, largest block: 4032 MB Memory info (GL_NVX_gpu_memory_info): Dedicated video memory: 4096 MB Total available memory: 8192 MB Currently available dedicated video memory: 3976 MB OpenGL vendor string: X.Org OpenGL renderer string: Radeon RX 580 Series (POLARIS10, DRM 3.33.0, 5.3.12-1-default, LLVM 9.0.0) OpenGL core profile version string: 4.5 (Core Profile) Mesa 19.2.6 OpenGL core profile shading language version string: 4.50 OpenGL core profile context flags: (none) OpenGL core profile profile mask: core profile OpenGL core profile extensions: GL_AMD_conservative_depth, GL_AMD_depth_clamp_separate, GL_AMD_draw_buffers_blend, GL_AMD_framebuffer_multisample_advanced, GL_AMD_gpu_shader_int64, GL_AMD_multi_draw_indirect, GL_AMD_performance_monitor, GL_AMD_pinned_memory, GL_AMD_query_buffer_object, GL_AMD_seamless_cubemap_per_texture, GL_AMD_shader_stencil_export, GL_AMD_shader_trinary_minmax, GL_AMD_texture_texture4, GL_AMD_vertex_shader_layer, GL_AMD_vertex_shader_viewport_index, GL_ANGLE_texture_compression_dxt3, GL_ANGLE_texture_compression_dxt5, GL_ARB_ES2_compatibility, GL_ARB_ES3_1_compatibility, GL_ARB_ES3_2_compatibility, GL_ARB_ES3_compatibility, GL_ARB_arrays_of_arrays, GL_ARB_base_instance, Regards, Juan -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org

* Karl Ove Hufthammer [12-04-19 12:29]:

Hans-Peter Jansen skreiv 03.12.2019 22:49:

...

...

I have now manually built the 440.36 drivers and installed them. Unfortunately, this didn’t fix the problem.

It’s of course a possibility that the problem is not related to the NVIDIA drivers at all.

Other causes I have eliminated: It’s not KDE/Plasma, as it happens with IceWM too. And it’s not related to my user account, as it happens with other accounts on my system too. Hmm, depending on your hardware, you might be able to use G04 as well (just as another data point..).

Although, you tried different WM already, have you tried changing the rendering module in the compositor settings?

Yes. It didn’t help. But thanks for the suggestion.

...

Given, this is moving OT for this ML, it deserves a bugzilla. Just add me to CC..

I was going to add a Bugzilla report today, but just now updated to the new (20191202) snapshot, and the issue seem to have been resolved! /usr/bin/X no longer takes up much CPU, and both mouse input, keyboard input and video playback works fine.

I can’t see any *obvious* related changes in the changelog for the snapshot. But perhaps some of the changes to xorg-x11-server fixed the problem?

you updated and relieved your problem and I experience the opposite. I now have the excessive plasmashell cpu usage that had disappeared :( and killing plasmashell reduces cpu usage to normal. -- (paka)Patrick Shanahan Plainfield, Indiana, USA @ptilopteri http://en.opensuse.org openSUSE Community Member facebook/ptilopteri Photos: http://wahoo.no-ip.org/piwigo paka @ IRCnet freenode -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org

* Jan Engelhardt [12-04-19 16:44]:

On Wednesday 2019-12-04 18:40, Patrick Shanahan wrote:

...

* Karl Ove Hufthammer [12-04-19 12:29]:

...

Hans-Peter Jansen skreiv 03.12.2019 22:49:

I can’t see any *obvious* related changes in the changelog for the snapshot. But perhaps some of the changes to xorg-x11-server fixed the problem?

you updated and relieved your problem and I experience the opposite. I now have the excessive plasmashell cpu usage that had disappeared :(

and killing plasmashell reduces cpu usage to normal.

There was this... https://lkml.org/lkml/2019/11/26/748 but as far as I can see, that has not made it into any release, so that's probably not it.

thanks, but any comment would require much more education that I possess :(. average cpu usage for plasmashell over a short period with similar load (idle machine) and same installed packages: kernel-default-5.3.12-1.1.x86_64 95.7% kernel-default-5.3.11-1.2.x86_64 69.5% (12 core cpu makes average 8-10% rather than 95.7%) kernel-default-5.3.12-1.1.x86_64 was installed 25 Nov and system rebooted. Then plasmashell showed minimal cpu usage. previous to 5.3.12 kernel, cpu usage was 8-9% over 12 cores. kquitapp5 plasmashell reduces average cpu usage to 0. idle machine -- (paka)Patrick Shanahan Plainfield, Indiana, USA @ptilopteri http://en.opensuse.org openSUSE Community Member facebook/ptilopteri Photos: http://wahoo.no-ip.org/piwigo paka @ IRCnet freenode -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org

Am Samstag, 4. Januar 2020, 20:42:57 CET schrieb Stefan Dirsch:

On Tue, Dec 03, 2019 at 10:15:12AM +0100, Hans-Peter Jansen wrote:

...

Am Montag, 2. Dezember 2019, 22:13:41 CET schrieb Karl Ove Hufthammer:

...

Hans-Peter Jansen skreiv 02.12.2019 22:05:

...

...

Have anybody else experienced this problem, or have some tips for debugging it?

A good start would be to mention the version of the evil drivers..

nvidia-gfxG04-kmp-default-390.132_k5.3.12_1 and nvidia-gfxG05-kmp- default-440.36_k5.3.12_1 does work here as expected.

Good point. It’s:

nvidia-gfxG05-kmp-default-440.31_k5.3.8_1-20.6.x86_64 nvidia-glG05-440.31-20.1.x86_64 nvidia-computeG05-440.31-20.1.x86_64 x11-video-nvidiaG05-440.31-20.1.x86_64

Hmm, Version 440.36 is out since 11 days?!?

I build these drivers on a local OBS, therefor I don't notice any delays: https://download.nvidia.com/opensuse/tumbleweed/x86_64/

Stefan, is that to be expected?

I'm not aware of such an issue, but please try 440.36 first.

The issue at that time was that relevant build appeared delayed, but you caught up long ago. While at it, thanks for working on the drivers and fixing G03 with the upstream version. Speaking of G05 and some tearing bugs fixed with the today's update, is there a way to reduce tearing, if the monitor doesn't support any sync options (that I know of..)? Will give the new drivers a try tomorrow.. Cheers, Pete -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org