Summary: | Unwanted disk wakeups (KDE-Menu / Dolphin etc) | ||
---|---|---|---|
Product: | [Unmaintained] kdelibs | Reporter: | Oliver Sloss <cndedicated> |
Component: | general | Assignee: | kdelibs bugs <kdelibs-bugs> |
Status: | RESOLVED DUPLICATE | ||
Severity: | normal | CC: | finex |
Priority: | NOR | ||
Version: | unspecified | ||
Target Milestone: | --- | ||
Platform: | Compiled Sources | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: |
Description
Oliver Sloss
2008-08-16 21:31:33 UTC
What do you suggest? It's absolutely not necessary to wake up the hard disks for the menu entries, this can be cached. (At the current state I have to wait until the hard disks are all spinned up, just to access the Menu. Because i have 16 disks it can take a very long time. also note: this also happens for remote files) There should be either an option for Dolphin to disable subfolder content counting generally/specific or let a hidden file in the folder do this. The other issues have to be tracked down and fixed one by one, i dont think there can anything tricky generally "protect" sleeping disks. Caching could be helpful... moreover I don't know in which layer this could be solved: directly on kdelibs or more higher at level application? I change the product to kdelibs, maybe there are someone which can help on this. *** This bug has been marked as a duplicate of bug 166881 *** |