From: | "Luke Lonergan" <llonergan(at)greenplum(dot)com> |
---|---|
To: | "Kenji Morishige" <kenjim(at)juniper(dot)net>, "Claus Guttesen" <kometen(at)gmail(dot)com> |
Cc: | pgsql-performance(at)postgresql(dot)org |
Subject: | Re: Best OS & Configuration for Dual Xeon w/4GB & |
Date: | 2006-03-19 19:26:16 |
Message-ID: | C042F058.1F7FE%llonergan@greenplum.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-performance |
Kenji,
On 3/17/06 4:08 PM, "Kenji Morishige" <kenjim(at)juniper(dot)net> wrote:
> Thanks guys, I'm studying each of your responses and am going to start to
> experiement.
I notice that no one asked you about your disk bandwidth - the Adaptec 2200S
is a "known bad" controller - the bandwidth to/from in RAID5 is about 1/2 to
1/3 of a single disk drive, which is far too slow for a 10GB database, and
IMO should disqualify a RAID adapter from being used at all.
Without fixing this, I'd suggest that all of the other tuning described here
will have little value, provided your working set is larger than your RAM.
You should test the I/O bandwidth using these simple tests:
time bash -c "dd if=/dev/zero of=bigfile bs=8k count=1000000 && sync"
then:
time dd if=bigfile of=/dev/null bs=8k
You should get on the order of 150MB/s on four disk drives in RAID5.
And before people jump in about "random I/O", etc, the sequential scan test
will show whether the controller is just plain bad very quickly. If it
can't do sequential fast, it won't do seeks fast either.
- Luke
From | Date | Subject | |
---|---|---|---|
Next Message | Tim Allen | 2006-03-20 04:27:21 | partial indexes and inference |
Previous Message | Dave Page | 2006-03-19 18:19:40 | Re: Best OS & Configuration for Dual Xeon w/4GB & |