Re: Hardware purchase question - Mailing list pgsql-performance

From Greg Stark
Subject Re: Hardware purchase question
Date
Msg-id 87wtuu6yiw.fsf@stark.xeocode.com
Whole thread Raw
In response to Re: Hardware purchase question  (Madison Kelly <linux@alteeve.com>)
List pgsql-performance
Madison Kelly <linux@alteeve.com> writes:

> Without it, specially in a failure state, the performance can collapse as
> the CPU performs all that extra math.

It's really not the math that makes raid 5 hurt. It's that in order to
calculate the checksum block the raid controller needs to read in the existing
checksum block and write out the new version. So every write causes not just
one drive seeking and writing, but a second drive seeking and performing a
read and a write.

The usual strategy for dealing with that is stuffing a huge nonvolatile cache
in the controller so those reads are mostly cached and the extra writes don't
saturate the i/o throughput. But those kinds of controllers are expensive and
not an option for software raid.

--
greg

pgsql-performance by date:

Previous
From: Madison Kelly
Date:
Subject: Re: Hardware purchase question
Next
From: Mitch Pirtle
Date:
Subject: Re: Hardware purchase question