[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20070619230735.GN14788@delft.aura.cs.cmu.edu>
Date: Tue, 19 Jun 2007 19:07:35 -0400
From: Jan Harkes <jaharkes@...cmu.edu>
To: "H. Peter Anvin" <hpa@...or.com>
Cc: david@...g.hm, Lennart Sorensen <lsorense@...lub.uwaterloo.ca>,
Chris Snook <csnook@...hat.com>,
Jack Stone <jack@...keye.stone.uk.eu.org>,
linux-kernel@...r.kernel.org, linux-fsdevel@...r.kernel.org,
akpm@...ux-foundation.org, viro@...iv.linux.org.uk,
alan <alan@...eserver.org>
Subject: Re: Versioning file system
On Tue, Jun 19, 2007 at 03:13:33PM -0700, H. Peter Anvin wrote:
> david@...g.hm wrote:
> >
> > the only trouble I ever had with the .snapshot approach is when tar or
> > find would decend down into the .snapshot when I didn't really intend
> > for it to do so.
> >
>
> Netapp optionally made .snapshot not show up in readdir, which solved
> that problem.
>
> I have a bigger issue with it starting with only one dot, which is
> traditionally used for user configuration information. I think
> ..snapshot would have been a better choice, and by extension leaving
> double-dot filenames as filesystem namespace (I know that contradicts
> POSIX, but the only namespace available in POSIX is /../ which is a
> global namespace.)
Still, anything that depends on increasing the length of file or path
names to refer to different versions will encounter problems for long
file names and deep paths because there is an upper limit on file and
path name lengths.
It may be possible to use namespaces where an application can change the
view it (and it's children) will have on the storage by switching to a
different namespace and tagging it with for instance a specific version
or date we're interested in. Not sure if we actually pass namespace
information down to the file systems yet though, last time I checked
they were only visible for the VFS.
Jan
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists