From: V13 <v13@priest.com>
To: Spam <spam@tnonline.net>
Cc: Hans Reiser <reiser@namesys.com>, Andrew Morton <akpm@digeo.com>,
Linux Kernel <linux-kernel@vger.kernel.org>,
Linus Torvalds <torvalds@osdl.org>,
reiserfs-list@namesys.com
Subject: Re: silent semantic changes in reiser4 (brief attempt to document the idea of what reiser4 wants to do with metafiles and why
Date: Tue, 31 Aug 2004 22:35:34 +0300 [thread overview]
Message-ID: <200408312235.35733.v13@priest.com> (raw)
In-Reply-To: <36793180.20040831201736@tnonline.net>
On Tuesday 31 August 2004 21:17, Spam wrote:
> > On Sunday 29 August 2004 23:21, Hans Reiser wrote:
> >> The Idea
> >>
> >> You should be able to access metadata about a file the same way you
> >> access the file's data, but with a name based on the filename followed
> >> by a name to select the metadata of interest.
> >>
> >> Examples:
> >>
> >> cat song_of_silence/metas/owner
> >> cat song_of_silence/metas/permissions
> >> cat 10 > song_of_silence/metas/mixer_defaults/volume
> >> cat song_of_silence/metas/license
> >
> > Maybe I'm crazy but:
> >
> > You're talking about a major change in the way filesystems work if this
> > is going to be used by other FSs too. If I understand this correctly it
> > is a completely new thing and trying to do it by patching existing
> > well-known 'primitives' may be wrong.
> >
> > AFAIK and AFAICS the metadata are not files or directories. You can
> > look at them as files/dirs but they are not, just like a tar is not a
> > directory. I believe that the correct thing to do (tm) is to add a new
> > 'concept' named 'metadata' (which already exists). This way you'll have
> > files, directories and metadata (or whatever you call them). So, each
> > directory can have metadatas and files and each file can have metadatas.
> > Then you have to provide some new methods of accessing them and not to
> > use chdir() etc. (lets say chdir_meta() to enter the meta dir which will
> > work for files too). After entering the 'metadir' you'll be able to use
> > existing methods etc to access its 'files'.
> >
> > This approach doesn't mess with existing things and can be extended for
> > other filesystems too.
> >
> > (Just a thought)
>
> It is a good thought. However I think they are trying to figure out
> a way to have the metadata and streams to be accesible with legacy
> applications.
They will be since after chdir_meta() the user will be able to look at the
metadata just like Hans described it. The only thing that changes (from the
userland POV) is the way someone can enter the 'metadata directory'. This way
you don't have to have a special name, just a special function and no
existing application (like tar) can possibly break because it will not know
how to enter this 'metadata directory'.
<<V13>>
next prev parent reply other threads:[~2004-08-31 19:41 UTC|newest]
Thread overview: 46+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-08-29 20:21 silent semantic changes in reiser4 (brief attempt to document the idea of what reiser4 wants to do with metafiles and why Hans Reiser
2004-08-31 13:12 ` Pavel Machek
2004-08-31 13:36 ` Christian Mayrhuber
2004-09-07 20:16 ` Hans Reiser
2004-09-07 20:59 ` Pavel Machek
2004-09-08 9:14 ` Romano Giannetti
2004-09-07 21:05 ` William Stearns
2004-09-07 22:09 ` Robin Rosenberg
2004-09-09 9:03 ` silent semantic changes in reiser4 (brief attempt to document the idea ofwhat " Theodore Ts'o
2004-09-09 17:23 ` William Lee Irwin III
2004-09-09 18:09 ` Gunnar Ritter
2004-09-09 19:15 ` Hans Reiser
2004-09-09 20:45 ` Paul Jakma
2004-09-10 0:57 ` Hans Reiser
2004-09-10 1:15 ` Paul Jakma
2004-09-10 5:04 ` Hans Reiser
2004-09-10 5:53 ` viro
2004-09-10 6:52 ` Hans Reiser
2004-09-10 7:05 ` viro
2004-09-10 7:30 ` Hans Reiser
2004-09-10 16:49 ` Lee Revell
2004-09-10 17:23 ` viro
2004-09-10 7:21 ` Hans Reiser
2004-09-10 7:33 ` viro
2004-09-10 7:46 ` Hans Reiser
2004-09-10 8:18 ` viro
2004-09-10 9:20 ` Alan Cox
2004-09-10 17:48 ` Hans Reiser
2004-09-10 17:07 ` Alan Cox
2004-09-10 13:08 ` Horst von Brand
2004-09-10 3:22 ` Horst von Brand
2004-09-12 20:43 ` Davide Inglima
2004-09-10 9:42 ` Helge Hafting
2004-09-10 17:42 ` Horst von Brand
[not found] ` <20040910201738.GB8698@eskimo.com>
2004-09-14 8:39 ` Helge Hafting
2004-08-31 14:09 ` silent semantic changes in reiser4 (brief attempt to document the idea of what " Mike Waychison
2004-08-31 17:55 ` V13
2004-08-31 18:17 ` Spam
2004-08-31 19:08 ` Tonnerre
2004-08-31 19:38 ` Spam
2004-09-01 3:11 ` Robin Rosenberg
2004-08-31 19:35 ` V13 [this message]
[not found] ` <874qmjm51g.fsf@uhoreg.ca>
2004-08-31 20:31 ` Spam
[not found] ` <87vfezkm06.fsf@uhoreg.ca>
2004-08-31 22:15 ` Spam
2004-08-31 19:49 ` Chris Dawes
2004-09-01 6:03 ` Hans Reiser
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=200408312235.35733.v13@priest.com \
--to=v13@priest.com \
--cc=akpm@digeo.com \
--cc=linux-kernel@vger.kernel.org \
--cc=reiser@namesys.com \
--cc=reiserfs-list@namesys.com \
--cc=spam@tnonline.net \
--cc=torvalds@osdl.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox