[dolphin] [Bug 465357] Dolphin's UI freezes when stat() is slow

Dāvis bugzilla_noreply at kde.org
Wed Feb 8 02:56:38 GMT 2023


https://bugs.kde.org/show_bug.cgi?id=465357

--- Comment #6 from Dāvis <davispuh at gmail.com> ---
By the way it's not even that unusual use case. I have both NFS and Samba
mounts in `/etc/fstab` aswell. Several reasons :P And I have been doing this
for like 10 years or so :D

And KDE/Dolphin issue is not really about that but that it does IO in the main
thread which should never be done there. Even if you try KDE on slow HDD you
can see it clearly how laggy and slow everything is.

The correct way to handle this would be to move all IO to different thread and
make everything async.

But that would be pretty significant change and I actually have been working on
solving some parts of this. I hope to submit my patches in coming months.
Specifically I'm implementing multi-threaded file metadata loading and some
refactorings regarding that. Also this will require changes across few
framework libraries.

Basically I have 24-core CPU with 32 GB RAM so KDE/Dolphin should take full
advantage of that. Currently for some things we're basically limited to 1
thread on Dolphin.

If you take look at this publication
https://www.researchgate.net/figure/NVMe-SSD-multithread-reading-throughput-for-4-kilobytes-blocks-and-up-to-256-threads_fig28_349520331
you can see that even on fast NVME drives if you add more threads you get more
performance. For Dolphin this doesn't really matter since it's not really doing
any serious IO work but it shows why using more than 1 thread can be worth it.

-- 
You are receiving this mail because:
You are on the CC list for the bug.


More information about the kfm-devel mailing list