- Package:
- xserver-xorg
- Source:
- xorg
- Description:
- X.Org X server
- Submitter:
- Paul Romanchenko
- Date:
- 2022-01-07 18:36:05 UTC
- Severity:
- important
- Tags:
I use kde 4.8, nvidia driver. Number of programs use animated icons in tray. When icon gets animated, /usr/bin/X eats up to 100% cpu. This includes psi instant messenger (animates new message arrival), clementine music player (animates play progress) and other. Only /usr/bin/X gets affected with icon gets animated. Few times I switched to console and run "gdb -p XORGPID", and always saw "GetXIDRange" function in which X seats. I suppose this Xorg bug, not plasma, psi or clementine.
Hello, thanks for your report but: Paul Romanchenko <paulaner@gmail.com> (14/06/2012): please file a bug against that binary driver. X maintainers don't support that. Mraw, KiBi.
Reopening this bug as the problem do not seem to be related to the non-free driver at all. I ran into this problem with a NVIDIA Corporation GF119 [Quadro NVS 310] (rev a1) card and using the free X drivers (using the nouveau kernel module). I came across <URL: http://lists.x.org/archives/xorg-devel/2012-November/034555.html > reporting that the problem also affect Intel cards, and that the underlying problem is a resource leak slowing down GetXIDRange(). The post contain a patch adding more buckets in the hashing system used by GetXIDRange() to speed up the process. It seem like a useful workaround, but not really a proper fix. But perhaps the patch could be included in Debian anyway, to reduce the problem? I also came across <URL: https://bugs.freedesktop.org/show_bug.cgi?id=49416 >, which report that a fix is to upgrade Qt, leading me to suspect the underlying problem is a leak caused by KDE using Qt. Reading these reports, I suspect my problem is the fact that I got psi running, with an animated icon in the panel, causing a X resource leak because of a bug in Qt. But I have not found any indication about exactly what the problem with Qt is. Perhaps this bug should be reassigned to Qt (the libqtcore4 version 4:4.8.2+dfsg-11 package)? Sune Vourela suggested on #debian-devl that the problem might be the one fixed by this KDE commit <URL: https://projects.kde.org/projects/kde/kde-workspace/repository/revisions/ec8e405ca447ba5bc5a9f6a2a12e2fa90412a0d4 >. If so, perhaps better to reassign it to KDE (the plasma-desktop version 4:4.8.4-6 package)?
Or you could have left this bug alone, since you already know what you're hitting is a fixed kde bug... Cheers, Julien
[Julien Cristau] I hope it was not intended, but the above seem like a rude reply to me. I did not know if the bug was in KDE when I sent the email. Besides, there are two issues here, which probably should be considered independently. One is the performance issue in X, and the other is the resource leak in KDE, triggering the performance issue in X. I find this bug to be about the performance issue in X. It seem to be fixable by adding more buckets to the hashing function.
Similar things can be observed in thunderbird or palemoon or anything with spinners and throbbers and crap. I suspect it might(also) be a lousy porter/duff implementation somewhere in libpixman or thereabout. slowness reading from gfx memory and all that...