Re: Linux Software RAID 1 Performance (was:Re: Re: Slower on Solaris)

From: "Steve Wolfe" <steve(at)iboats(dot)com>
To: "Lamar Owen" <lamar(dot)owen(at)wgcr(dot)org>, <pgsql-general(at)postgresql(dot)org>
Subject: Re: Linux Software RAID 1 Performance (was:Re: Re: Slower on Solaris)
Date: 2001-06-28 20:50:57
Message-ID: 005d01c10014$08fb08e0$50824e40@iboats.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general


> RAID 1 doesn't change the PostgreSQL performance on the regression tests
> significantly. This machine, on multiple runs of 'time ./pg_regress
> --schedule=parallel_schedule' on the same UDMA66 drives without RAID 1
posted
> an average 'real' number of 44 seconds. With RAID 1 (and the same
drives,
> controllers, OS, etc) posts an average of 42 seconds -- not
statistically
> significant. Yes, $PGDATA was on a RAID device... :-).

One of the reasons is that software RAID does depend on the CPU even
more than normal IDE - and when your database is being hit, the CPU is
generally getting utilized pretty decently. My personal preference is to
use hardware RAID 5 for redundancy, ensure that there's plenty of RAM to
keep all database files in cache, and turn off fsync(). Even when our
database server is maxing out all four processors, the lights on the RAID
array only blink *occasionally*. : )

steve

In response to

Browse pgsql-general by date

  From Date Subject
Next Message Oliver Elphick 2001-06-28 20:58:06 Re: Debian's PostgreSQL packages
Previous Message Lamar Owen 2001-06-28 20:20:54 Linux Software RAID 1 Performance (was:Re: Re: Slower on Solaris)