https://bugs.kde.org/show_bug.cgi?id=386460
--- Comment #7 from Wyatt Childers <dark...@nearce.com> --- (In reply to Alexander Meshcheryakov from comment #4) > 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? BTRFS SSD here -- You are receiving this mail because: You are watching all bug changes.
