From: V13 <v13@priest.com>
To: Hans Reiser <reiser@namesys.com>
Cc: 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 20:55:55 +0300 [thread overview]
Message-ID: <200408312055.56335.v13@priest.com> (raw)
In-Reply-To: <41323AD8.7040103@namesys.com>
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)
<<V13>>
next prev parent reply other threads:[~2004-08-31 17:57 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 [this message]
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
[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=200408312055.56335.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=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