GNOME Bugzilla – Bug 343616
Deleting many files in opened folder takes very long time
Last modified: 2015-06-08 10:40:14 UTC
That bug has been opened on https://launchpad.net/distros/ubuntu/+source/nautilus/+bug/47842 "steps to reproduce: 1. Be sure you have a "delete" option in your nautilus contextmenu (see behaviour in nautilus options) 2. Use Nautilus to navigate to a directory with many files you can delete, e.g. ~/.thumbnails/normal (For me, that folder included about 10000 files) 3. Select all files (e.g. with CRTL+A) and choose "delete" from the contextmenu. what happens: Deleting these files takes ages (for me: 10000 files in prospected 11 hours) and CPU load is maximum. Probably because nautilus sorts all files after each one delted. When I closed that nautilus window, deleting was a question of seconds. what should happen: Deleting many files should be fast and shouldn't stress the CPU."
I got a similar behavior browsing a comics directory, with gifs, and ~1500 files. Can it be related to file preview? Anything I try to do gets cpu at 100% and freezes nautilus (Select all, change view, etc).
Still there in 2.25.1 (HEAD)... An interesting performance issue. I reproduced it through as small shell command to populated the directory: for i in `seq 10000`; do touch $i.txt; done
[Bumping version number as per comment 2]
Also see bug 356836
Slightly different results here. Steps: * Enable the "permanent delete" option in nautilus * $ seq 10000 | xargs touch Results: * the shell command 'rm *' gives me the best results. 0m0.477s * the shell command 'trash-put *' (trash-cli debian package) takes 0m24.341s * nautilus' "Delete" menu entry command (with all files selected) takes a little while, (0m16.982s , approximative measurement with 'time cat' in a terminal window) * nautilus' "Put to trash" command is the longest to complete (measured 0m54.031s) Nautilus 3.4.2-1 in Debian Can someone confirm this behaviour?
I tried all of these with 3.14 and all were quite fast (less than 5 seconds). Closing as obsolete.