Re: multiply files in one (was GNU/Linux stance by Richard Stallman)
root (reiser@ceic.com)
Mon, 14 Jun 1999 12:39:20 +0000 (/etc/localtime)
> : - do you see a benefit of tarfs over reiserfs
>
> First of all, I use "tar" to mean "a wad of files all jammed together,
> possibly with gaps". Thinking tar == tar(1) is going to lead you into
> details that I didn't mean. You caould use ar or gdbm or whatever,
> all I care is that one I/O gets you the whole wad.
>
> Anyway, if my understanding of reiserfs is correct, yes, I sure do see
> a benefit. The idea of making one I/O work by putting the data in the
> directory entries doesn't work when you limit the amount of data because
> there is no nice natural size where you would draw the line.
>
> If resierfs could do stuff like "hmm, all the files in this directory
> put together are < 5MB total, I'll tar 'em up", then that's what I want.
>
> If resierfs was really, realy cool, it would have multiple tar files
> per directory - one tar file per uid.
I don't understand at all. We have an abstraction called packing
localities. It is like your tar concept, but more flexible and
abstract... I'll tell you more if you tell me my paper is unclear
(http://devlinux.org/namesys) Are you sure your time wouldn't be better
spent improving reiserfs? (We have some good fundamentals down, but we
sure need more tweaking and features. You would certainly be an
asset....)
Hans
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu
Please read the FAQ at http://www.tux.org/lkml/