From: Hans Reiser <reiser@namesys.com>
To: Alan Cox <alan@lxorguk.ukuu.org.uk>
Cc: Paul Jakma <paul@clubi.ie>, "Theodore Ts'o" <tytso@mit.edu>,
Robin Rosenberg <robin.rosenberg.lists@dewire.com>,
William Stearns <wstearns@pobox.com>,
Linux Kernel Mailing List <linux-kernel@vger.kernel.org>
Subject: Re: silent semantic changes in reiser4 (brief attempt to document the idea ofwhat reiser4 wants to do with metafiles and why
Date: Fri, 10 Sep 2004 10:48:13 -0700 [thread overview]
Message-ID: <4141E8DD.8050700@namesys.com> (raw)
In-Reply-To: <1094808053.17029.8.camel@localhost.localdomain>
Alan Cox wrote:
>On Gwe, 2004-09-10 at 06:04, Hans Reiser wrote:
>
>
>>>Just one of many applications. Watch Joe-user save their word
>>>processing file sometime, they'll use spaces, quotes, etc.
>>>
>>>
>>With great unhappiness they will.
>>
>>
>
>Its only problematic for the command line users. The GUI doesn't have
>some mysterious notion of meta-characters, it provides out of band
>information on boundaries.
>
>
Forgive me, what is out of band information on boundaries?
Most people I know don't use the GUI for executing commands, perhaps
this is because the existing guis are not good enough yet.
>
>
>>This is why I just want to be left alone to tinker with reiser4. It is
>>faster than other filesystems. People should assume I know what I am
>>doing, and leave me to tinker in my little fs. 5 years later others will
>>follow, or not, I don't care.
>>
>>
>
>See I don't care if you tinker with reiser4. I don't care if it turns
>out to be a crap fs or a great fs. If its a great fs and scales and
>unlike reiser3 can recover well from disk errors then one year I might
>even use it.
>
>
Is there a technical basis for your claim that we have trouble with disk
errors?
Do you mean badblocks support or what?
>I do care if you ask me to suffer core API changes for your research,
>that in your economics world is an externality. Its a large negative
>externality on the part of the userbase so the userbase objects. It
>doesn't take a PhD in economics to understand this.
>
>Alan
>
>
>
>
>
I think it would be reasonable for people to say that our approach
currently has bugs, we should turn metafiles off until we make the bugs
go away.
next prev parent reply other threads:[~2004-09-10 17:48 UTC|newest]
Thread overview: 63+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-08-29 20:21 silent semantic changes in reiser4 (brief attempt to document the idea of what reiser4 wants to do with metafiles and why Hans Reiser
2004-08-31 0:05 ` Alexander G. M. Smith
2004-08-31 6:43 ` Hans Reiser
2004-09-01 3:13 ` Alexander G. M. Smith
2004-09-01 3:55 ` David Masover
2004-09-01 8:07 ` Hans Reiser
2004-09-01 17:19 ` Dr. Giovanni A. Orlando
2004-08-31 13:12 ` Pavel Machek
2004-08-31 13:36 ` Christian Mayrhuber
2004-09-02 11:59 ` Mikaël Cluseau
2004-09-02 13:32 ` mjt
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 [this message]
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 18:35 ` Hubert Chan
2004-08-31 17:55 ` V13
2004-08-31 18:17 ` Spam
2004-08-31 18:17 ` Spam
2004-08-31 19:08 ` Tonnerre
2004-08-31 19:38 ` Spam
2004-08-31 19:38 ` Spam
2004-09-01 3:11 ` Robin Rosenberg
2004-09-01 3:11 ` Robin Rosenberg
2004-09-01 13:18 ` Giuseppe Bilotta
2004-08-31 19:35 ` V13
2004-08-31 20:22 ` Hubert Chan
2004-08-31 20:31 ` Spam
2004-08-31 21:58 ` Hubert Chan
2004-08-31 22:15 ` Spam
2004-08-31 22:46 ` Hubert Chan
2004-08-31 18:51 ` Hubert Chan
2004-08-31 19:49 ` Chris Dawes
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=4141E8DD.8050700@namesys.com \
--to=reiser@namesys.com \
--cc=alan@lxorguk.ukuu.org.uk \
--cc=linux-kernel@vger.kernel.org \
--cc=paul@clubi.ie \
--cc=robin.rosenberg.lists@dewire.com \
--cc=tytso@mit.edu \
--cc=wstearns@pobox.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.