This results in constant spinning of the DVD-Drive when working with dolphin (or any kde-file-dialog). Makes a lot of noice, consumes power, makes the discs quite hot, makes filemanagers lag quite a lot :( As you can read in the upstream-bug, I tracked that silly behaviour of (e.g.) dolphin down to the fact, that solid creates new OpticalDisc-Items over and over again, when UDISKS_PRESENTATION_ICON_NAME is not set - which is the case for anything udev handles (at least, here). I think, it is a problem somewhere in udev or udisks, but I cant' say where. Solid only tries to workaround the cases, where UDISKS_PRESENTATION_ICON_NAME is not available. The patch I posted upstream just disables this workaround. I think, this should be fixed where the problem comes from: udev or udisks. I don't have the knowledge, so I want to ask here to help fixing this issue. This issue is #40 in the most hated kde-bugs, and I think it is not kde's fault :/ I am running udev-171-r5, kde-4.7.4, but as you can read upstream, this issue bugs people since quite some time (since kde adopted udisks). If people encounter this a lot with Gentoo, probably the patch could be applied in portage. Reproducible: Always
Created attachment 300135 [details] Fix to prevent DVD from spinning all the time Uploaded the patch here, too, for direct access. Applies fine to kdelibs-4.8.0.
Any news on newer udisks/udev/kde version?
I updated to latest 4.9-rc to look how udisks2 does - it's even worse :( Opening dolphin takes ~10 seconds! Opening a second instance takes the same amount of time. closing that second instance makes dolphin eat 45%, udisks 35% and dbus 15% of cpu. Trying to close another dolphin-instance does not do anything, until cpu-usage dropped again. I don't think upstream wants my patch, as they just added another special case: https://git.reviewboard.kde.org/r/105502/ I still think this should be addressed elsewhere, but noone seems to know where. udisks? udev? So I will modify my patch to get instant file dialogs in 4.9, again.
Just realized that even without a disk inserted dolphin needs ~7 seconds to start up, with much too high CPU-usage in dolphin,udisksd,dbus :( Only one startup + close produced 1451 udisks2::Device-instances (of course most of them temporary, each creating a connection to the dbus). QDebusInterface- and udisks2::Device-Constructors produce the greatest costs when running dolphin, so I assume this is the bottleneck. (profiled using valgrind)
Upstream claims this is fixed, please test.
(In reply to comment #5) > Upstream claims this is fixed, please test. If you are talking about the caching of OpticalDisks: That does not fix the startup delay, as caching is done for each client. It also does not work in any case: https://bugzilla.redhat.com/show_bug.cgi?id=868530 (It's also sort of funny to see this still happen, I wrote Lukas back in July, telling him exactly the same, even sending him a callgrind-log...) Nevertheless, according to comment 21 from mentioned report, Lukas is working on a *real* fix in libsolid.
Should be fixed in 4.9.5
I have two kde-4.9.5 systems, both still suffering from this issue. If you have further info how to get this fixed with 4.9.5 (for 4.10.x there is soliddiskscan coming up) I will try.
