mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
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>>


  parent reply	other threads:[~2004-08-31 19:51 UTC|newest]

Thread overview: 46+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-08-29 20:21 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
     [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 [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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox

Powered by JetHome