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
-
