Re: Postgresql Performance on an HP DL385 and - Mailing list pgsql-performance

From Luke Lonergan
Subject Re: Postgresql Performance on an HP DL385 and
Date
Msg-id 3E37B936B592014B978C4415F90D662D03FFEF75@MI8NYCMAIL06.Mi8.com
Whole thread Raw
Responses Re: Postgresql Performance on an HP DL385 and
List pgsql-performance
Steve,

At the end of the day it seems that you've got a support issue with the
SmartArray RAID adapter from HP.

Last I tried that I found that they don't write the cciss driver, don't
test it for performance on Linux and don't make any claims about it's
performance on Linux.

That said - can you contact them through HP tech support and report back
to this list what you find out?

- Luke
> -----Original Message-----
> From: Steve Poe [mailto:steve.poe@gmail.com]
> Sent: Tuesday, August 08, 2006 11:33 PM
> To: Luke Lonergan
> Cc: Alex Turner; pgsql-performance@postgresql.org
> Subject: Re: [PERFORM] Postgresql Performance on an HP DL385 and
>
> Luke,
>
> I check dmesg one more time and I found this regarding the
> cciss driver:
>
> Filesystem "cciss/c1d0p1": Disabling barriers, not supported
> by the underlying device.
>
> Don't know if it means anything, but thought I'd mention it.
>
> Steve
>
>
> On 8/8/06, Steve Poe <steve.poe@gmail.com> wrote:
>
>     Luke,
>
>     I thought so. In my test, I tried to be fair/equal
> since my Sun box has two 4-disc arrays each on their own
> channel. So, I just used one of them which should be a little
> slower than the 6-disc with 192MB cache.
>
>     Incidently, the two internal SCSI drives, which are on
> the 6i adapter, generated a TPS of 18.
>
>     I thought this server would impressive from notes I've
> read in the group. This is why I thought I might be doing
> something wrong. I stumped which way to take this. There is
> no obvious fault but something isn't right.
>
>
>     Steve
>
>
>
>     On 8/8/06, Luke Lonergan < LLonergan@greenplum.com
> <mailto:LLonergan@greenplum.com> > wrote:
>
>         Steve,
>
>         > Sun box with 4-disc array (4GB RAM. 4 167GB
> 10K SCSI RAID10
>         > LSI MegaRAID 128MB). This is after 8 runs.
>         >
>         >
> dbserver-dual-opteron-centos,08/08/06,Tuesday,20,us,12,2,5
>         >
> dbserver-dual-opteron-centos,08/08/06,Tuesday,20,sy,59,50,53
>         >
> dbserver-dual-opteron-centos,08/08/06,Tuesday,20,wa,1,0,0
>         >
> dbserver-dual-opteron-centos,08/08/06,Tuesday,20,id,45,26,38
>         >
>         > Average TPS is 75
>         >
>         > HP box with 8GB RAM. six disc array RAID10 on
> SmartArray 642
>         > with 192MB RAM. After 8 runs, I see:
>         >
>         > intown-vetstar-amd64,08/09/06,Tuesday,23,us,31,0,3
>         > intown-vetstar-amd64,08/09/06,Tuesday,23,sy,16,0,1
>         > intown-vetstar-amd64,08/09/06,Tuesday,23,wa,99,6,50
>         > intown-vetstar-amd64,08/09/06,Tuesday,23,id,78,0,42
>         >
>         > Average TPS is 31.
>
>         Note that the I/O wait (wa) on the HP box high,
> low and average are all
>         *much* higher than on the Sun box.  The average
> I/O wait was 50% of one
>         CPU, which is huge.  By comparison there was
> virtually no I/O wait on
>         the Sun machine.
>
>         This is indicating that your HP machine is
> indeed I/O bound and
>         furthermore is tying up a PG process waiting
> for the disk to return.
>
>         - Luke
>
>
>
>
>
>


pgsql-performance by date:

Previous
From: "Steve Poe"
Date:
Subject: Re: Postgresql Performance on an HP DL385 and
Next
From: "Steve Poe"
Date:
Subject: Re: Postgresql Performance on an HP DL385 and