Re: Updating the wiki pages adding btrfs command [Was Re: reserving an IOCTL number; other details]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Wed, Sep 15, 2010 at 1:41 PM, Josh Berry <des@xxxxxxxxxxxxx> wrote:
> Personally, I like "gc" or "clean".  "wait-subvolume-deletion",
> "garbage-collect" or similar is too verbose for my taste.
>
> -- Josh

the question IMO is how much implementation details to saddle the user
with. Anything with the word "garbage" in it is just yucky; anything
with "wait" is revealing an implementation detail that hopefully will
change eventually.

adding a --wait or --sync switch to the delete command is certainly
possible, you'd want to add it to the last in a series of deletes.

I don't like "clean" for end-user API because it seems to imply
erasing data, like it's going to get overwritten with zeroes or
something like that to hide it from forensic analysis.

among the listings at http://thesaurus.com/browse/recycle "reclaim"
seems best: "salvage" connotes that the thing being salvaged is
damaged.

Is everyone happy with

  btrfs filesystem reclaim <path> [ms]

then? (I'm pleasantly surprised that I'm not having to defend milliseconds.)
--
To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html


[Index of Archives]     [Linux Filesystem Development]     [Linux NFS]     [Linux NILFS]     [Linux USB Devel]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]

  Powered by Linux