From: Hans Reiser <reiser@namesys.com>
To: Phil Frost <indigo@bitglue.com>
Cc: reiserfs-list@namesys.com
Subject: Re: porting to alternate OSs and relational semantics
Date: Thu, 13 Nov 2003 02:24:33 -0800 [thread overview]
Message-ID: <3FB35BE1.2080006@namesys.com> (raw)
In-Reply-To: <20031113201925.GB1423@europa.lair>
Phil Frost wrote:
>My name is Phil Frost and I am looking at ReiserFS as a potential filesystem
>for an OS called Unununium (http://uuu.sf.net/) in the early stages of
>development.
>
Do you have funding from anywhere? Are you private or university or?
> From the beginning, we have planned to make the filesystem an
>integral part of the system as a whole. Thus we came to many of the same
>conclusions as ReiserFS: the filesystem should be an efficient database.
>
>Work had begun on a filesystem of our own making, but after reading about
>Reiser4 I came to realize that ReiserFS wasn't just another filesystem that
>performed better at doing the same useless FS stuff, but rather exactly what
>we wanted, only years advanced :-) So, I am now aiming to get the ReiserFS
>code working for our OS. Any information on how to proceed would be
>appreciated.
>
>Furthermore, because we are developing an entirely new OS, we aren't
>restricted by backwards compatibility or tradition. I would like (and will
>definitely need, in order to sell this idea to the other members of the
>project) to see the database features of ReiserFS develop, in particular,
>relational semantics.
>
>I don't know what progress or ideas have been made in this idea, but as I
>see it, a traditional hierarchal layout is a subset of a relational
>database, only that the only usable relation is "child-of". Our primary goal
>was to allow information to be found quickly by a key other than the name,
>such as finding all music by "Pink Floyd" or all songs from "The Wall".
>
Please read www.namesys.com/whitepaper.html, which describes the
semantics intended for reiser6.
>
>
>To this end I'd like to do whatever I can to assist. I'd rather contribute
>to ReiserFS than produce a redundant effort. Other members of the Unununium
>effort have expressed concerns about the suitability of ReiserFS to our task
>and the time it may take to mature. Any remarks you can make to quell their
>restlessness would be greatly appreciated and may convert a talented
>developer to your cause :-)
>
>
Reiser4 is getting installed on my desktop sometime this week, so I
don't think you should worry about the time to mature, unless you mean
the time required to implement semi-structured semantics on top of the
existing storage layer.
>
>
>
thanks kindly for your interest in ReiserFS
--
Hans
next prev parent reply other threads:[~2003-11-13 10:24 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-11-13 20:19 porting to alternate OSs and relational semantics Phil Frost
2003-11-13 10:24 ` Hans Reiser [this message]
2003-11-13 23:06 ` Phil Frost
2003-11-13 15:57 ` 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=3FB35BE1.2080006@namesys.com \
--to=reiser@namesys.com \
--cc=indigo@bitglue.com \
--cc=reiserfs-list@namesys.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.