All of lore.kernel.org
 help / color / mirror / Atom feed
From: Hans Reiser <reiser@namesys.com>
To: David Masover <ninja@slaphack.com>
Cc: thenewme91@gmail.com, Matt Stegman <matts@ksu.edu>,
	reiserfs-list@namesys.com
Subject: Re: journal size reiserfs vs reiser4
Date: Sat, 03 Sep 2005 20:48:01 -0700	[thread overview]
Message-ID: <431A6E71.4060105@namesys.com> (raw)
In-Reply-To: <431A5E43.4060005@slaphack.com>

David Masover wrote:

>michael chang wrote:
>  
>
>>On 9/2/05, Matt Stegman <matts@ksu.edu> wrote:
>>    
>>
>
>  
>
>>That said, I'd be half-satisfied if a repacker is released months or
>>years earlier because it doesn't efficiently handle weird cases (so
>>long as it remembers to try and repack free space too).  As for the 5%
>>error; a warning is safer.  Either that, or put in a force option to
>>get around the "error".
>>    
>>
>
>A mount option specifying the amount of space to reserve?
>
>You probably don't want to disable the limit altogether.  Some people
>might go the other way, forcing at least 15-25% of the disk to be free
>for performance reasons.  I think the mount option is safest, and
>certainly safer than trying to do this per-process.
>
>
>
>  
>
This is a bit arrogant, but I believe that a user that does not know how
to recompile the kernel with the #define changed is not sophisticated
enough to know how much he is going to hurt his performance by going
from 95% to 99% space used, and a user who does not want to bother with
recompiling is not going to study the topic enough to realize he is
making a mistake 80% of the time.  It is important to know when
designing a product when your users intuitions are going to be wrong
80%of the time, and while one should always be slow to reach such a
conclusion, I think this is such a case.

Hans

  reply	other threads:[~2005-09-04  3:48 UTC|newest]

Thread overview: 55+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-09-01 11:46 journal size reiserfs vs reiser4 Thomas Kuther
2005-09-01 12:48 ` Thomas Kuther
2005-09-01 12:53   ` Vladimir V. Saveliev
2005-09-01 13:03     ` PFC
2005-09-01 13:12       ` Thomas Kuther
2005-09-01 13:05     ` Thomas Kuther
2005-09-01 13:07       ` Peter Staubach
2005-09-01 13:37         ` Vladimir V. Saveliev
2005-09-01 15:25         ` Hans Reiser
2005-09-01 16:06           ` Peter Staubach
2005-09-01 16:23             ` Marcel Hilzinger
2005-09-01 17:03             ` David Masover
2005-09-01 17:27               ` Hans Reiser
2005-09-01 17:36                 ` Peter Staubach
2005-09-01 17:59                   ` Hans Reiser
2005-09-01 18:14                     ` Peter Staubach
2005-09-01 22:17             ` Hans Reiser
2005-09-02  2:28             ` michael chang
2005-09-02  6:34               ` Vladimir V. Saveliev
2005-09-02  7:19                 ` Hans Reiser
2005-09-02  7:39                   ` PFC
2005-09-02 16:02                     ` michael chang
2005-09-02 17:37                   ` Łukasz Mierzwa
2005-09-02 18:08                     ` Gregory Maxwell
2005-09-02 21:29                   ` Matt Stegman
2005-09-04  1:04                     ` michael chang
2005-09-04  2:38                       ` David Masover
2005-09-04  3:48                         ` Hans Reiser [this message]
2005-09-04  9:29                           ` Clemens Eisserer
2005-09-04 16:42                             ` David Masover
2005-09-05 12:16                               ` michael chang
2005-09-05 18:20                                 ` David Masover
2005-09-05 21:24                                   ` michael chang
2005-09-06 13:59                           ` Tom Vier
2005-09-06 20:32                             ` michael chang
2005-09-06 20:45                               ` David Masover
2005-09-06 20:47                                 ` michael chang
2005-09-06 21:03                                   ` David Masover
2005-09-06 23:10                               ` Hans Reiser
2005-09-07  2:48                                 ` Gregory Maxwell
2005-09-07 23:58                                   ` reiser4 merge status Hans Reiser
2005-09-08  0:08                                     ` Andrew Morton
2005-09-06 20:36                             ` journal size reiserfs vs reiser4 Gregory Maxwell
2005-09-06 20:41                               ` michael chang
2005-09-07 14:01                               ` Tom Vier
2005-09-07 20:18                                 ` michael chang
2005-09-05 12:14                       ` michael chang
2005-09-03 10:08           ` Sander
2005-09-03 11:34             ` Pierre Etchemaïté
2005-09-04  0:15             ` Hans Reiser
2005-09-01 13:13       ` Marcel Hilzinger
2005-09-01 13:15         ` Thomas Kuther
2005-09-01 14:08           ` michael chang
2005-09-01 13:13       ` Lexington Luthor
2005-09-01 13:28         ` Thomas Kuther

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=431A6E71.4060105@namesys.com \
    --to=reiser@namesys.com \
    --cc=matts@ksu.edu \
    --cc=ninja@slaphack.com \
    --cc=reiserfs-list@namesys.com \
    --cc=thenewme91@gmail.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.