From: Scott Robert Ladd <coyote@coyotegulch.com>
To: "Theodore Ts'o" <tytso@mit.edu>
Cc: Erik Andersen <andersen@codepoet.org>,
Hans Reiser <reiser@namesys.com>,
linux-kernel@vger.kernel.org
Subject: Re: Things that Longhorn seems to be doing right
Date: Wed, 29 Oct 2003 22:57:54 -0500 [thread overview]
Message-ID: <3FA08C42.6050107@coyotegulch.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.
Very true. Linux is best defined by those who proactively implement
powerful ideas.
That doesn't mean, however, that the folks in Redmond can't come up with
an interesting and useful idea that we might just want to consider.
> 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).
Any database-style file system should be implemented in a modular
fashion, just like current Linux file systems.
Microsoft's penchant for integrating everything is their greatest
weakness (in terms of security) as well as their greatest strength (in
terms of customer lock-in). Since we don't care about locking anyone
into anything, we don't have those nasty marketing droids forcing us to
make poor technical choices.
> There are multiple ways of skinning this particular cat, and we don't
> need to blindly follow Microsoft's design mistakes.
Agreed -- but we might want pay attention, in case skinning cats has
some actual value.
(Disclaimer: No felines were harmed in the production of this e-mail.)
> 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!
MySQL wouldn't need to be shoved into the kernel; a small, fast database
engine (one of my professional specialities, BTW) could provide metadata
services in a file system module. SQL is a bloated pig; an effective
file system needs to be both useful and efficient, leading me to think
that we should consider a more succinct query mechanism for any
metadata-based file system.
--
Scott Robert Ladd
Coyote Gulch Productions (http://www.coyotegulch.com)
Software Invention for High-Performance Computing
next prev parent reply other threads:[~2003-10-30 3:58 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 [this message]
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
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=3FA08C42.6050107@coyotegulch.com \
--to=coyote@coyotegulch.com \
--cc=andersen@codepoet.org \
--cc=linux-kernel@vger.kernel.org \
--cc=reiser@namesys.com \
--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