Here's our hardware break down.
The logvg on the new hardware is 30MB/s slower (170 MB/s vs 200 MB/s ) than the logvg on the older hardware which was an immediately interesting difference but we have yet to be able to create a test scenario that successfully implicates this slower log speed in our problems. That is something we are actively working on.
Manufacturer: Dell Inc.
Product Name: PowerEdge R810
4x Intel(R) Xeon(R) CPU E7540 @ 2.00GHz
32x16384 MB 1066 MHz DDR3
Controller 0: PERC H700 - 2 disk RAID-1 278.88 GB rootvg
Controller 1: PERC H800 - 18 disk RAID-6 2,178.00 GB datavg, 4 drive RAID-10 272.25 GB logvg, 2 hot spare
2x 278.88 GB 15K SAS on controller 0
24x 136.13 GB 15K SAS on controller 1
Product Name: PowerEdge R810
4x Intel(R) Xeon(R) CPU E7540 @ 2.00GHz
32x16384 MB 1066 MHz DDR3
Controller 0: PERC H700 - 2 disk RAID-1 278.88 GB rootvg
Controller 1: PERC H800 - 18 disk RAID-6 2,178.00 GB datavg, 4 drive RAID-10 272.25 GB logvg, 2 hot spare
2x 278.88 GB 15K SAS on controller 0
24x 136.13 GB 15K SAS on controller 1
New server hardware:
Manufacturer: Dell Inc.
Product Name: PowerEdge R820
4x Intel(R) Xeon(R) CPU E5-4620 0 @ 2.20GHz
32x32 GB 1333 MHz DDR3
Controller 0: PERC H710P - 4 disk RAID-6 557.75 GB rootvg
Controller 1: PERC H810 - 20 disk RAID-60 4,462.00 GB datavg, 2 disk RAID-1 278.88 GB logvg, 2 hot spare
28x278.88 GB 15K SAS drives total.
Product Name: PowerEdge R820
4x Intel(R) Xeon(R) CPU E5-4620 0 @ 2.20GHz
32x32 GB 1333 MHz DDR3
Controller 0: PERC H710P - 4 disk RAID-6 557.75 GB rootvg
Controller 1: PERC H810 - 20 disk RAID-60 4,462.00 GB datavg, 2 disk RAID-1 278.88 GB logvg, 2 hot spare
28x278.88 GB 15K SAS drives total.
On Sun, Mar 3, 2013 at 1:34 PM, Jean-David Beyer <jeandavid8@xxxxxxxxxxx> wrote:
On 03/03/2013 03:16 PM, Josh Berkus wrote:The current Red Hat Enterprise Linux 6.4 kernel is
> Steven,
>
>> We saw the same performance problems when this new hardware was running
>> cent 6.3 with a 2.6.32-279.19.1.el6.x86_64 kernel and when it was matched
>> to the OS/kernel of the old hardware which was cent 5.8 with
>> a 2.6.18-308.11.1.el5 kernel.
>
> Oh, now that's interesting. We've been seeing the same issue (IO stalls
> on COMMIT) ond had attributed it to some bugs in the 3.2 and 3.4
> kernels, partly because we don't have a credible "old server" to test
> against. Now you have me wondering if there's not a hardware or driver
> issue with a major HW manufacturer which just happens to be hitting
> around now.
>
> Can you detail your hardware stack so that we can compare notes?
>
>
kernel-2.6.32-358.0.1.el6.x86_64
in case that matters.
--
Sent via pgsql-performance mailing list (pgsql-performance@xxxxxxxxxxxxxx)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-performance
