Launchpad has imported 9 comments from the remote bug at https://bugs.kde.org/show_bug.cgi?id=232100.
If you reply to an imported comment from within Launchpad, your comment will be sent to the remote bug automatically. Read more about Launchpad's inter-bugtracker facilities at https://help.launchpad.net/InterBugTracking. ------------------------------------------------------------------------ On 2010-03-25T12:43:26+00:00 Dennis Schridde wrote: Version: (using KDE 4.4.1) Installed from: Ubuntu Packages Following are several lines of output from powertop, while doing effectively nothing (despite staring at the output of powertop or writing this bugreport) with my computer: The program 'flush-8:0' is writing to file 'kde-icon-cache.index' on /dev/sda1. This prevents the disk from going to powersave mode. The program 'plasma-desktop' is writing to file 'kde-icon-cache.lock.lN2736' on /dev/sda1. This prevents the disk from going to powersave mode. The program 'plasma-desktop' is writing to file 'kde-icon-cache.lock.QP2736' on /dev/sda1. This prevents the disk from going to powersave mode. The program 'konqueror' is writing to file 'kde-icon-cache.lock.Th3204' on /dev/sda1. This prevents the disk from going to powersave mode. Running powertop for a longer time will result in lots of such messages. To me it seems not immediately necessary to frequently write to such cache files, and create lock files, if the icon theme does (almost) never change. Kubuntu 10.04_beta1 / Lucid kdebase-workspace 4:4.4.1-0ubuntu6 Reply at: https://bugs.launchpad.net/ubuntu/+source/kdebase- workspace/+bug/546724/comments/3 ------------------------------------------------------------------------ On 2010-03-27T09:45:30+00:00 Dennis Schridde wrote: The program 'plasma-desktop' is writing to file 'plasma_theme_air-netbook.index' on /dev/sda1. This prevents the disk from going to powersave mode. Reply at: https://bugs.launchpad.net/ubuntu/+source/kdebase- workspace/+bug/546724/comments/4 ------------------------------------------------------------------------ On 2010-03-27T12:02:39+00:00 Dennis Schridde wrote: Possibly related: [/usr/bin/akonadi_maildir_resource] akonadi_maildir_resource_0(5724): Failed to lock file "/var/tmp/kdecache-$USER/kpc/kde-icon-cache.lock" , last result = 1 [/usr/bin/akonadi_nepomuk_contact_feeder] akonadi_nepomuk_contact_feeder(5727): Failed to lock file "/var/tmp/kdecache-$USER/kpc/kde-icon-cache.lock" , last result = 1 Reply at: https://bugs.launchpad.net/ubuntu/+source/kdebase- workspace/+bug/546724/comments/5 ------------------------------------------------------------------------ On 2010-03-27T16:31:09+00:00 Mpyne wrote: Simply grabbing an icon from the cache, even if it's already cached and didn't need to be grabbed from disk, will result in updating the index file for the cache to update the usage count and last access time (similar to the behavior of filesystems without the noatime mount option) It's possible to just add a flag to stop that I suppose, but probably easier at this point to not load icons unnecessarily when idle (although I don't know that is actually what's going on!) Reply at: https://bugs.launchpad.net/ubuntu/+source/kdebase- workspace/+bug/546724/comments/6 ------------------------------------------------------------------------ On 2010-03-30T12:28:50+00:00 Stefan Bruens wrote: (In reply to comment #3) > It's possible to just add a flag to stop that I suppose, but probably easier > at > this point to not load icons unnecessarily when idle (although I don't know > that is actually what's going on!) There is a bug in qpixmapcache (or qpc is used with a different scope). qpc evicts entries from the cache after some time, even if the items are in use, when the set of items is stable (e.g., you only use the same 3 pixmaps all the time). I am currently working on a new implementation for qpc which does not show this behaviour. Reply at: https://bugs.launchpad.net/ubuntu/+source/kdebase- workspace/+bug/546724/comments/7 ------------------------------------------------------------------------ On 2010-09-29T15:14:33+00:00 Vladimir Prus wrote: Is there any progress on this? KDE 4.5.1 as shipped by Kubuntu still has this annoying behaviour. Reply at: https://bugs.launchpad.net/ubuntu/+source/kdebase- workspace/+bug/546724/comments/8 ------------------------------------------------------------------------ On 2010-09-30T00:20:25+00:00 Mpyne wrote: No one has submitted any patches. The implementation of the icon cache has shifted over to KSharedDataCache in the meantime. Perhaps the best route is to add an internal (i.e. not part of the public API) option to KSharedDataCache::find() to not update the use count on access (similar to noatime in mount) and then have KSharedDataCache::Private not update use counts if PowerDevil says we're on "powersave". Reply at: https://bugs.launchpad.net/ubuntu/+source/kdebase- workspace/+bug/546724/comments/9 ------------------------------------------------------------------------ On 2010-10-19T17:23:18+00:00 gerlos wrote: I'm experiencing the same behaviour on my KDE 4.5.1 system running on Kubuntu 10.04. Reply at: https://bugs.launchpad.net/ubuntu/+source/kdebase- workspace/+bug/546724/comments/10 ------------------------------------------------------------------------ On 2020-09-29T22:24:24+00:00 Nate-b wrote: Is this still a problem in recent versions of Plasma 5, like 5.19 or later? Reply at: https://bugs.launchpad.net/ubuntu/+source/kdebase- workspace/+bug/546724/comments/11 ** Changed in: kde-baseapps Status: New => Incomplete -- You received this bug notification because you are a member of Kubuntu Bugs, which is subscribed to kdebase-workspace in Ubuntu. https://bugs.launchpad.net/bugs/546724 Title: KDE processes writing to icon-cache files "prevents the disk from going to powersave mode." To manage notifications about this bug go to: https://bugs.launchpad.net/kde-baseapps/+bug/546724/+subscriptions -- kubuntu-bugs mailing list kubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/kubuntu-bugs