All of lore.kernel.org
 help / color / mirror / Atom feed
From: Sander <sander@humilis.net>
To: Gregory Maxwell <gmaxwell@gmail.com>
Cc: reiserfs-list@namesys.com
Subject: Re: Fwd: My Dad suggests a redundant copies plugin
Date: Thu, 27 Oct 2005 09:10:53 +0200	[thread overview]
Message-ID: <20051027071052.GA17692@favonius> (raw)
In-Reply-To: <e692861c0510260920w2b1f03ecu41c9d6a09fa2a2c4@mail.gmail.com>

Gregory Maxwell wrote (ao):
> On 10/25/05, Sander <sander@humilis.net> wrote:
> > That will kill performance badly. First of all the two read/writes
> > needed, and second because you have to seek from one end to the disk
> > to the other every time you read/write something.
> 
> Kill it worse for writes than a filesytem without wandering logs? I
> don't think so, since they double write in any case... Since reiser4
> defers flushes you don't end up seeking all over the disk, you will
> write out a nice long queue, then a little seeking to ripple up the
> transaction(s).
> 
> Reading will not be harmed since we will expect the underlying disk to
> report read failures.

Either way, more reads and writes are need with such a plugin, or am I
missing something?

> > And what is the advantage? You are not protected against a lot of
> > disk failures (only against bad blocks, right?).
> 
> Badblocks have become the most common non-transient failure mode of
> disks by far.

That is not my experience. Where does this knowledge come from?

> > There is a lot more advantage in buying two disks and do raid over
> > them. This is (much) cheaper, gives better performance and gives
> > more protection.
> 
> Cheaper how? Two disks are cheaper than one?

If you opt for a copy of everything, yes. Because of a 500GB drive only
half of it is effectively usable. Two 250GB disks raid1 are much cheaper
than one 500GB disk.

-- 
Humilis IT Services and Solutions
http://www.humilis.net

  parent reply	other threads:[~2005-10-27  7:10 UTC|newest]

Thread overview: 14+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-10-25  5:48 My Dad suggests a redundant copies plugin Hans Reiser
2005-10-25  7:25 ` Sander
2005-10-25  9:28   ` Hans Reiser
2005-10-25  9:39     ` Sander
2005-10-25 10:25       ` Konstantin Münning
2005-10-25 19:48         ` David Masover
2005-10-25 10:35     ` Ingo Bormuth
2005-10-26 16:24       ` Gregory Maxwell
2005-10-26 15:49   ` Charles P. Wright
     [not found]   ` <e692861c0510260917r36c2195fp367689753f61b307@mail.gmail.com>
2005-10-26 16:20     ` Fwd: " Gregory Maxwell
2005-10-26 18:22       ` Hans Reiser
2005-10-27  7:10       ` Sander [this message]
2005-10-27 11:24         ` David Masover
     [not found] ` <e692861c0510260911h33c9e2f0x549223c60ddadaef@mail.gmail.com>
2005-10-26 16:19   ` Gregory Maxwell

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=20051027071052.GA17692@favonius \
    --to=sander@humilis.net \
    --cc=gmaxwell@gmail.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.