pg.ddx.io  pgsql-performance@postgresql.org mailing list archive  
help / color / mirror / Atom feed
From: Bruno Wolff III <bruno@wolff.to>
To: Jean-Yves F. Barbier <7ukwn@free.fr>
Cc: Hannes Dorbath <light@theendofthetunnel.de>
Cc: pgsql-general@postgresql.org
Cc: pgsql-performance@postgresql.org
Subject: Re: Arguments Pro/Contra Software Raid
Date: Tue, 9 May 2006 10:18:48 -0500
Message-ID: <20060509151848.GA11476@wolff.to> (raw)
In-Reply-To: <44606A98.4090705@free.fr>
References: <e3pmkc$12mk$1@news.hub.org>
	<44606A98.4090705@free.fr>

On Tue, May 09, 2006 at 12:10:32 +0200,
  "Jean-Yves F. Barbier" <7ukwn@free.fr> wrote:
> Naa, you can find ATA &| SATA ctrlrs for about EUR30 !

But those are the ones that you would generally be better off not using.

> Definitely NOT, however if your server doen't have a heavy load, the
> software overload can't be noticed (essentially cache managing and
> syncing)

It is fairly common for database machines to be IO, rather than CPU, bound
and so the CPU impact of software raid is low.

> Some hardware ctrlrs are able to avoid the loss of a disk if you turn
> to have some faulty sectors (by relocating internally them); software
> RAID doesn't as sectors *must* be @ the same (linear) addresses.

That is not true. Software raid works just fine on drives that have internally
remapped sectors.



view thread (49+ messages)  latest in thread

Message-ID: <20060509151848.GA11476@wolff.to>
Permalink:  ../20060509151848.GA11476@wolff.to/
Also on:    postgresql.org/message-id/20060509151848.GA11476@wolff.to

 · 

reply

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Reply to all the recipients using the --to and --cc options:
  reply via email

  To: pgsql-performance@postgresql.org
  Cc: bruno@wolff.to, 7ukwn@free.fr, light@theendofthetunnel.de, pgsql-general@postgresql.org
  Subject: Re: Arguments Pro/Contra Software Raid
  In-Reply-To: <20060509151848.GA11476@wolff.to>

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

This inbox is served by DDX for PostgreSQL; see mirroring instructions
for how to clone and mirror all data and code used for this inbox