https://bugs.kde.org/show_bug.cgi?id=386460
Alexander Meshcheryakov <alexander....@gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |alexander....@gmail.com
--- Comment #4 from Alexander Meshcheryakov <alexander....@gmail.com> ---
I noticed this too. In my case deleting files had several seconds delay, but
subsequent deletion was instantaneous. I suppose delay is caused by calculation
of current trash size to decide whether it needs cleaning before adding new
content. While trash contents listing is cached in OS, it takes way less time
to recalculate occupied space for next deletion, but once it gets squeezed out
of cache moving content to trash needs to reread disk content.
One more thing that corroborates this theory: recently calculation of occupied
space got broken in my system ( https://bugs.kde.org/show_bug.cgi?id=383324#c2
), now dolphin shows free space of trash equal to its size limit regardless of
contents. And now moving content to trash is always instantaneous for me.
If my assumption is correct, this bug should not be noticeable for users with
trash on SSD. My $HOME is located on HDD, so reading thousands of files/dirs of
trash listing from storage should take seconds.
Wyatt, Huon are your trash located on HDD or SSD?
--
You are receiving this mail because:
You are watching all bug changes.
