26

Something I wondered about as I was deleting a dozen or so images from my computer: With a quick rm -rf command on the directory's contents, all the images were gone in a snap. When I drag the same dozen or so images to a trash can/recycle ban, it takes sometimes 10 seconds or more.

Now I'm sure some of it comes from the overhead of the GUI and such, and some of it may be the fact that the file still "exists" in some form if it's put into the recycle bin, but is there anything else that accounts for such a huge time disparity? Are "rm" and "delete" just such fundamentally different commands so I'm trying to compare apples and oranges?

Improve this question
1
  • 1
    It's true on windows as well, presumably for the same reasons given below.
    – Chris H
    Commented Jun 13, 2014 at 15:25

1 Answer 1

Reset to default
37

As you rightly noticed the GUI does more than just "delete" the files.

$ rm -rf

just recurses into folders deleting the files and folders it finds in there.

The GUI first scans the whole tree to work out what there is there (so it knows how much it has to do to draw the pretty bar), then it recurses through the tree again moving the files from the current location to the location of the trash can files for your specific GUI. That moving takes longer, as it has to first generate a new unique filename, link the file in the trash folder, then unlink it from the current folder, and update an index of where the files came from so they can be "undone" - many operations instead of just one.

For instance, on Gnome 3 the files are moved to the location:

~/.local/share/Trash/files/<filename>[.<version>]

Where filename is the original file name, and version is an incrementing version number to ensure the file is unique (the first file instance has no version number). Associated with that is a .trashinfo file stored in the folder:

~/.local/share/Trash/info/<filename>[.<version>].trashinfo

This file contains the original path of the file before deletion, as well as the date and time this file was deleted.

All these extra operations, which have to be performed on each and every individual file in the tree you are deleting, ensure that you are able to restore any file from the trash can, and that you are able to delete files named the same from the same location and still restore earlier versions.

None of that is done with a simple rm or mv command.

Improve this answer
2
  • 1
    Hey, who deleted all the comments? We were just figuring out that this answer might be wrong. At least trash-cli doesn't seem to do it recursively. When deleting a folder, does Gnome 3 really put a .trashinfo file recursively for each subfolder and all containing files?
    – mb21
    Commented Jun 16, 2014 at 11:03
  • On Ubuntu 16.04, after drawing the pretty bar it still takes much longer even though I shift-deleted, which permanently deletes, eliminating the need for anything other than an internal rm -rf execution.
    – Stack Underflow
    Commented Jan 10, 2022 at 21:33

You must log in to answer this question.

Not the answer you're looking for? Browse other questions tagged .