this post was submitted on 27 Apr 2024
11 points (86.7% liked)
KDE
5375 readers
257 users here now
KDE is an international technology team creating user-friendly free and open source software for desktop and portable computing. KDE’s software runs on GNU/Linux, BSD and other operating systems, including Windows.
Plasma 6 Bugs
If you encounter a bug, proceed to https://bugs.kde.org, check whether it has been reported.
If it hasn't, report it yourself.
PLEASE THINK CAREFULLY BEFORE POSTING HERE.
Developers do not look for reports on social media, so they will not see it and all it does is clutter up the feed.
founded 1 year ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
The MTP protocol is notoriously slow, as it will not multiplex block operations unlike traditional filesystems. It will not be able to process multiple files in parallel or asynchronously, which means the software can only check one file at a time.
So Filelight can probably handle it, but it will be highly inefficient and that would explain why the software appears frozen.
Oh, I didn't know that! It would kinda makes sense now that you say that, but I'm not too sure about this, the system resources taken by the app seem like they don't change at all when I start the scan and it's impossible to abort it (actually, I can't do anything, not even close the window, only terminating the app works).
If this is an actual issue I should probably report it, maybe there's more tests I can run?
Otherwise, do you know if there are similar apps (either GUI or CLI) that handle this better? Better in the sense that maybe it's still really slow, but, well, not freezing at least lol.
Or if I just have to find something to use on Android directly, like SD Maid
I don't think you can fix that, it's how MTP was designed.
Something on-device would have direct access to the filesystem, or at least the abstraction wouldn't be as slow as MTP.
Something like disky could do?
Yeah, I guess there's nothing to be done there.
Thanks for the app suggestion, I've never seen it before, it looks really promising!
Resource usage is expected to stay minimal as there will be no multithreating possible, if I understood the comment correctly.
Yes, i got that, but isn't it still abnormal behavior not to respond to user input while performing the operation?
Yes it is, I dont know the technical details but KDE tends to freeze a lot. I dont know if it is impossible? Why cant apps just have a UI that always works, and the process may freeze doesnt matter?