From: | Greg Stark <gsstark(at)mit(dot)edu> |
---|---|
To: | Madison Kelly <linux(at)alteeve(dot)com> |
Cc: | pgsql-performance(at)postgresql(dot)org |
Subject: | Re: Hardware purchase question |
Date: | 2005-01-03 20:36:07 |
Message-ID: | 87wtuu6yiw.fsf@stark.xeocode.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-performance |
Madison Kelly <linux(at)alteeve(dot)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
From | Date | Subject | |
---|---|---|---|
Next Message | Mitch Pirtle | 2005-01-03 20:44:44 | Re: Hardware purchase question |
Previous Message | Madison Kelly | 2005-01-03 20:19:04 | Re: Hardware purchase question |