Messages in this thread |  | | From | (Stephen R. van den Berg) | Date | Wed, 26 Jun 1996 13:15:20 +0200 | Subject | Re: Drawbacks of implementing undelete entirely in user space |
| |
Alan Cox <alan@cymru.net> wrote: >> > That implies that deleting files could potentially increase the space >> > requirement on the disk (not good). Creating a directory is an "expensive" >> > operation (uses non-negligible space and cpu/wallclock time).
>> > I don't think those are desirable properties of an unlink() operator.
>> Indeed, because a single line of extra code in ext2's debugfs makes >> undelete possible as long as the file hasn't been physically overwritten >> yet.
>Actually I beg to differ given the small size of the patch to keep old >files around and how trivial it is to switch it on or off, I'll happily >trade a few microseconds per unlink in user directories for not having to >fish files off tape.
I think we are talking about different things. What I meant to say in the first quote above (the second wasn't mine), is that the undelete feature as such is excellent. However, what is not so excellent is that if in the .wastebasket directory there will be created *extra* directories for every file deleted. -- Sincerely, srb@cuci.nl Stephen R. van den Berg (AKA BuGless).
"ICMP: The protocol that goes PING!"
|  |