From: David Masover <ninja@slaphack.com>
To: Ross Jekel <ross@sourcelabs.com>
Cc: reiserfs-list@namesys.com
Subject: Re: Reiser4 & Files/Directories question
Date: Thu, 08 Sep 2005 13:53:16 -0500 [thread overview]
Message-ID: <4320889C.7070205@slaphack.com> (raw)
In-Reply-To: <43208654.7040502@sourcelabs.com>
Ross Jekel wrote:
> Newbie question as I'm evaluating Reiser4 as a storage solution for a
> project I'm working on.
>
> It appears Reiser4 has the ability to have a file name be both the name
> for the file data and a directory. Can I take advantage of this at the
> application level?
I think there's a mount option to turn this behavior back on, but it's
not on at the moment due to HUGE flamefests on the kernel lists. We
don't know if it's coming back anytime soon, or if it'll resemble what
you're thinking when it does.
For now, I think there might still be a '-o metas' option, or something
similar.
> For instance, can I use python to access the file data directly, and
> access the directory information as well to open any attribute files I
> might want to put in there? Or is that functionality only available
> through non-posix calls from file system plugins and such.
It will eventually be available through a non-posix call, and maybe
(hopefully, you paying attention, Namesys?) in some limited way from the
xattr calls.
> I was interested in the design of the livingxml.net solution from the
> testimonials page, but that site is no longer available. Is there a
> project or design document somewhere that summarizes the best way of
> using reiser4 as a database of content with additional metadata for each
> document?
AFAIK, livingxml was based on reiserfs3, and it had nothing to do with
non-standard extensions to the FS, but rather with the fact that v3 (and
v4) is fast with small text files, making it a good choice for web,
email, XML, or anything else small and text-y. Even more so after we
get the compression plugin.
> Forgive me if this is answered somewhere. I've searched some mailing
> list archives site and couldn't find the exact answer.
Maybe not, but if you search the archive for "Silent Semantic Changes in
Reiser4" (or something very similar), you'll find a very long thread on
why Reiser4 doesn't (currently) support files as directories.
next prev parent reply other threads:[~2005-09-08 18:53 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-09-08 18:43 Reiser4 & Files/Directories question Ross Jekel
2005-09-08 18:53 ` David Masover [this message]
2005-09-08 19:28 ` Jake Maciejewski
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=4320889C.7070205@slaphack.com \
--to=ninja@slaphack.com \
--cc=reiserfs-list@namesys.com \
--cc=ross@sourcelabs.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.