From: Chris Dawes <cmsd2@octomonkey.org.uk>
To: V13 <v13@priest.com>
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 20:49:28 +0100 [thread overview]
Message-ID: <1093981768.18249.4.camel@dobbin.local.net> (raw)
In-Reply-To: <200408312055.56335.v13@priest.com>
On Tue, 2004-08-31 at 18:55, V13 wrote:
...
> 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'.
I think this is what Hans is trying to avoid -- it results in creating a
separate namespace for the metadata.
I would agree with the notion that metadata nodes are light-weight files
in that they themselves have no metadata associated with them, but I
don't see why they need separate system-calls (if we can help it).
Chris Dawes.
>
> 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 19:49 UTC|newest]
Thread overview: 63+ 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 0:05 ` Alexander G. M. Smith
2004-08-31 6:43 ` Hans Reiser
2004-09-01 3:13 ` Alexander G. M. Smith
2004-09-01 3:55 ` David Masover
2004-09-01 8:07 ` Hans Reiser
2004-09-01 17:19 ` Dr. Giovanni A. Orlando
2004-08-31 13:12 ` Pavel Machek
2004-08-31 13:36 ` Christian Mayrhuber
2004-09-02 11:59 ` Mikaël Cluseau
2004-09-02 13:32 ` mjt
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 18:35 ` Hubert Chan
2004-08-31 17:55 ` V13
2004-08-31 18:17 ` Spam
2004-08-31 18:17 ` Spam
2004-08-31 19:08 ` Tonnerre
2004-08-31 19:38 ` Spam
2004-08-31 19:38 ` Spam
2004-09-01 3:11 ` Robin Rosenberg
2004-09-01 3:11 ` Robin Rosenberg
2004-09-01 13:18 ` Giuseppe Bilotta
2004-08-31 19:35 ` V13
2004-08-31 20:22 ` Hubert Chan
2004-08-31 20:31 ` Spam
2004-08-31 21:58 ` Hubert Chan
2004-08-31 22:15 ` Spam
2004-08-31 22:46 ` Hubert Chan
2004-08-31 18:51 ` Hubert Chan
2004-08-31 19:49 ` Chris Dawes [this message]
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=1093981768.18249.4.camel@dobbin.local.net \
--to=cmsd2@octomonkey.org.uk \
--cc=akpm@digeo.com \
--cc=linux-kernel@vger.kernel.org \
--cc=reiser@namesys.com \
--cc=reiserfs-list@namesys.com \
--cc=torvalds@osdl.org \
--cc=v13@priest.com \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.