From: Hans Reiser <reiser@namesys.com>
To: "Theodore Ts'o" <tytso@mit.edu>
Cc: Erik Andersen <andersen@codepoet.org>, linux-kernel@vger.kernel.org
Subject: Re: Things that Longhorn seems to be doing right
Date: Thu, 30 Oct 2003 11:05:05 +0300 [thread overview]
Message-ID: <3FA0C631.6030905@namesys.com> (raw)
In-Reply-To: <20031030015212.GD8689@thunk.org>
Theodore Ts'o wrote:
>Keep in mind that just because Windows does thing a certain way
>doesn't mean we have to provide the same functionality in exactly the
>same way.
>
>Also keep in mind that Microsoft very deliberately blurs what they do
>in their "kernel" versus what they provide via system libraries (i.e.,
>API's provided via their DLL's, or shared libraries).
>
>At some level what they have done can be very easily replicated by
>having a userspace database which is tied to the filesystem so you can
>do select statements to search on metadata assocated with files.
>
> We
>can do this simply by associating UUID's to files, and storing the
>file metadata in a MySQL database which can be searched via
>appropriate userspace libraries which we provide.
>
>
What a performance nightmare. Updating a user space database every time
a file changes --- let's move to a micro-kernel architecture for all of
the kernel the same day.....;-)
Not to mention that SQL is utterly unsuited for semi-structured data
queries (what people store in filesystems is semi-structured data), and
would only be effective for those fields that you require every file to
have.
>Please do **not** assume that just because of the vaporware press
>releases released by Microsoft that (a) they have pushed an SQL Query
>optimizer into the kernel or that (b) even if they did, we should
>follow their bad example and attempt to do the same.
>
>There are multiple ways of skinning this particular cat, and we don't
>need to blindly follow Microsoft's design mistakes.
>
>Fortunately, I have enough faith in Linus Torvalds' taste that I'm not
>particularly worried what would happen if someone were to send him a
>patch that attempted to cram MySQL or Postgres into the guts of the
>Linux kernel.... although I would like to watch when someone proposes
>such a thing!
>
> - Ted
>
>
>
>
How about you send him a patch that removes all of that networking stuff
from the kernel and puts it into user space where it belongs.;-) There
was this Windows user on Slashdot some time ago who claimed that it
wasn't just the browser that should be unbundled from the kernel, the
whole networking stack was unfairly bundled and locked out the companies
that used to provide DOS with networking stacks (the user didn't have in
mind patching the windows kernel and recompiling, he really thought it
should all be in user space). Your kind of fellow.....
It is true that there are many features, such as an automatic text
indexer, that belong in user space, but the basic indexes (aka
directories) and index traversal code belong in the kernel.
--
Hans
next prev parent reply other threads:[~2003-10-30 8:05 UTC|newest]
Thread overview: 83+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-10-29 8:50 Things that Longhorn seems to be doing right Hans Reiser
2003-10-29 22:42 ` Erik Andersen
2003-10-29 23:03 ` Hans Reiser
2003-10-29 22:25 ` Dax Kelson
2003-10-30 0:20 ` Joseph Pingenot
2003-10-30 0:54 ` Neil Brown
2003-10-30 1:34 ` Joseph Pingenot
2003-10-30 2:54 ` Bernd Eckenfels
2003-10-30 2:58 ` Arnaldo Carvalho de Melo
2003-10-30 3:16 ` Joseph Pingenot
2003-10-30 5:28 ` Jeff Garzik
2003-10-30 5:56 ` Valdis.Kletnieks
2003-10-30 3:16 ` Neil Brown
2003-10-30 3:39 ` Joseph Pingenot
2003-10-30 10:27 ` Thorsten Körner
2003-10-30 21:28 ` jlnance
2003-10-30 22:29 ` Måns Rullgård
2003-10-31 2:03 ` Daniel B.
2003-10-31 1:04 ` Clemens Schwaighofer
2003-10-30 2:09 ` Alex Belits
2003-10-30 3:12 ` Joseph Pingenot
2003-10-30 4:21 ` Scott Robert Ladd
2003-10-31 16:42 ` Timothy Miller
2003-10-31 19:15 ` Hans Reiser
2003-10-30 9:52 ` Ingo Oeser
2003-10-30 4:06 ` Scott Robert Ladd
2003-10-30 1:52 ` Theodore Ts'o
2003-10-30 2:03 ` Joseph Pingenot
2003-10-30 9:23 ` Ingo Oeser
2003-10-30 3:57 ` Scott Robert Ladd
2003-10-30 4:08 ` Larry McVoy
2003-10-30 13:46 ` Jesse Pollard
2003-10-31 4:50 ` Stephen Satchell
2003-10-30 7:33 ` Diego Calleja García
2003-10-30 8:43 ` Giuliano Pochini
2003-10-30 8:05 ` Hans Reiser [this message]
2003-10-30 8:17 ` Wichert Akkerman
2003-10-30 11:59 ` Hans Reiser
2003-10-30 9:14 ` Giuliano Pochini
2003-10-30 9:55 ` Hans Reiser
2003-10-30 17:48 ` Theodore Ts'o
2003-10-30 19:23 ` Hans Reiser
2003-10-30 20:31 ` Theodore Ts'o
2003-10-31 7:40 ` Hans Reiser
2003-10-31 19:30 ` Theodore Ts'o
2003-10-31 20:47 ` Hans Reiser
2003-10-31 13:59 ` Herman
2003-10-31 21:23 ` Richard B. Johnson
2003-11-01 18:30 ` Hans Reiser
2003-10-31 21:08 ` David S. Miller
2003-11-02 21:42 ` Hans Reiser
2003-11-03 12:42 ` Nikita Danilov
2003-11-03 16:58 ` Timothy Miller
2003-11-04 8:13 ` Hans Reiser
2003-11-05 13:51 ` Ingo Oeser
2003-11-05 2:07 ` Hans Reiser
2003-10-31 11:01 ` Kenneth Johansson
2003-10-31 13:52 ` Jesse Pollard
2003-10-30 11:21 ` Felipe Alfaro Solana
2003-10-30 7:25 ` Christian Axelsson
2003-10-30 8:10 ` Hans Reiser
[not found] ` <200311011731.10052.ioe-lkml@rameria.de>
[not found] ` <3FA3FF46.7010309@namesys.com>
2003-11-03 10:55 ` Ingo Oeser
2003-11-04 8:10 ` Hans Reiser
[not found] <LUlv.31e.5@gated-at.bofh.it>
[not found] ` <M7iG.41B.7@gated-at.bofh.it>
[not found] ` <MagC.82U.7@gated-at.bofh.it>
[not found] ` <Maqe.8l3.9@gated-at.bofh.it>
2003-10-30 11:10 ` Ihar 'Philips' Filipau
2003-10-30 17:23 ` Alex Belits
2003-10-31 1:46 ` Daniel B.
2003-10-31 1:57 ` Philippe Troin
[not found] ` <Mcig.2uf.1@gated-at.bofh.it>
[not found] ` <Mcs2.2FJ.5@gated-at.bofh.it>
2003-10-30 12:04 ` Ihar 'Philips' Filipau
[not found] ` <Mg2B.7wf.9@gated-at.bofh.it>
[not found] ` <Mh8n.BT.9@gated-at.bofh.it>
[not found] ` <MhLf.1pF.9@gated-at.bofh.it>
2003-10-30 12:16 ` Ihar 'Philips' Filipau
-- strict thread matches above, loose matches on Subject: below --
2003-11-02 13:11 Brian Beattie
2003-11-02 17:15 ` Valdis.Kletnieks
2003-11-03 19:35 ` Brian Beattie
2003-11-03 20:17 ` Richard B. Johnson
2003-11-03 20:23 ` Valdis.Kletnieks
2003-11-03 20:54 ` Richard B. Johnson
2003-11-03 21:01 ` Valdis.Kletnieks
2003-11-03 22:06 ` Måns Rullgård
2003-11-04 8:47 ` Michael Clark
2003-11-04 12:47 ` Richard B. Johnson
2003-11-04 14:02 ` Brian Beattie
2003-11-03 20:55 ` Roland Dreier
2003-11-04 0:35 ` Daniel B.
2003-11-04 14:05 ` Brian Beattie
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=3FA0C631.6030905@namesys.com \
--to=reiser@namesys.com \
--cc=andersen@codepoet.org \
--cc=linux-kernel@vger.kernel.org \
--cc=tytso@mit.edu \
/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