Re: linux distro for better pg performance

From: Greg Stark <gsstark(at)mit(dot)edu>
To: Joseph Shraibman <jks(at)selectacast(dot)net>
Cc: "J(dot) Andrew Rogers" <jrogers(at)neopolitan(dot)com>, pgsql-performance(at)postgresql(dot)org
Subject: Re: linux distro for better pg performance
Date: 2004-05-04 06:03:16
Message-ID: 87k6zszq3f.fsf@stark.xeocode.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-performance

Joseph Shraibman <jks(at)selectacast(dot)net> writes:

> J. Andrew Rogers wrote:
>
> > Do these features make a difference? Far more than you would imagine. On one
> > postgres server I just upgraded, we went from a 3Ware 8x7200-RPM
> > RAID-10 configuration to an LSI 320-2 SCSI 3x10k RAID-5, with 256M
>
> Is raid 5 much faster than raid 10? On a 4 disk array with 3 data disks and 1
> parity disk, you have to write 4/3rds the original data, while on raid 10 you
> have to write 2 times the original data, so logically raid 5 should be faster.

In RAID5 every write needs to update the parity disk as well. In order to do
that for a small random access write you often need read in the rest of the
data block being modified to calculate the parity bits. This means writes
often have higher latency on RAID5 because they first have to do an extra
read. This is where RAID5 got its bad reputation.

Good modern RAID5 controllers can minimize this problem but I think it's still
an issue for a lot of lower end hardware. I wonder if postgres's architecture
might minimize it already just because of the pattern of writes it generates.

--
greg

In response to

Browse pgsql-performance by date

  From Date Subject
Next Message Mark Kirkwood 2004-05-04 07:39:22 Re: Fwd: FreeBSD, PostgreSQL, semwait and sbwait!
Previous Message James Thornton 2004-05-04 03:41:44 Re: linux distro for better pg performance