X-Original-To: pgsql-performance-postgresql.org@postgresql.org Received: from localhost (mx1.hub.org [200.46.208.251]) by postgresql.org (Postfix) with ESMTP id 49F2C9FB2EE for ; Tue, 22 Aug 2006 12:26:53 -0300 (ADT) Received: from postgresql.org ([200.46.204.71]) by localhost (mx1.hub.org [200.46.208.251]) (amavisd-new, port 10024) with ESMTP id 93829-02 for ; Tue, 22 Aug 2006 12:26:43 -0300 (ADT) X-Greylist: from auto-whitelisted by SQLgrey- Received: from exchange.g2switchworks.com (mail.g2switchworks.com [63.87.162.25]) by postgresql.org (Postfix) with ESMTP id 1CE709FB2FA for ; Tue, 22 Aug 2006 12:26:42 -0300 (ADT) Received: from 10.10.1.37 ([10.10.1.37]) by exchange.g2switchworks.com ([10.10.1.2]) with Microsoft Exchange Server HTTP-DAV ; Tue, 22 Aug 2006 15:26:41 +0000 Received: from state.g2switchworks.com by mail.g2switchworks.com; 22 Aug 2006 10:26:41 -0500 Subject: Re: How to get higher tps From: Scott Marlowe To: Marty Jia Cc: Mark Lewis , pgsql-performance@postgresql.org, DBAs , Rich Wilson , Ernest Wurzbach In-Reply-To: <0B9A8C89DCC3AB488A78A4DE0FECDA90019E31DF@SITE3MAIL04.jeeves.ask.info> References: <0B9A8C89DCC3AB488A78A4DE0FECDA90019E31DF@SITE3MAIL04.jeeves.ask.info> Content-Type: text/plain Content-Transfer-Encoding: 7bit Message-Id: <1156260401.7223.14.camel@state.g2switchworks.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 (1.4.6-2) Date: Tue, 22 Aug 2006 10:26:41 -0500 X-Virus-Scanned: Maia Mailguard 1.0.1 X-Spam-Status: No, hits=0.086 tagged_above=0 required=5 tests=AWL, SPF_PASS, UNPARSEABLE_RELAY X-Spam-Level: X-Archive-Number: 200608/339 X-Sequence-Number: 20524 On Tue, 2006-08-22 at 08:16, Marty Jia wrote: > Hi, Mark > > Thanks, here is our hardware info: > > RAID 10, using 3Par virtual volume technology across ~200 physical FC > disks. 4 virtual disks for PGDATA, striped with LVM into one volume, 2 > virtual disks for WAL, also striped. SAN attached with Qlogic SAN > surfer multipathing to load balance each LUN on two 2GBs paths. HBAs > are Qlogic 2340's. 16GB host cache on 3Par. A few points. Someone (Luke I think) posted that Linux's LVM has a throughput limit of around 600 Megs/second. Why are you using multiple virtual disks on an LPAR? Did you try this with just a single big virtual disk first to have something to compare it to? I think your disk subsystem is overthought for an LPAR. If you were running physical disks on a locally attached RAID card, it would be a good idea. But here you're just adding layers of complexity for no gain, and in fact may be heading backwards. I'd make two volumes on the LPAR, and let the LPAR do all the virtualization for you. Put a couple disks in a mirror set for the pg_xlog, format it ext2, and mount it noatime. Make another from a dozen or so disks in an RAID 0 on top of RAID 1 (i.e. make a bunch of mirror sets and stripe them into one big partition) and mount that for PGDATA. Simplify, and get a baseline. Then, start mucking about to see if you can get better performance. change ONE THING at a time, and only one thing, and test it well. Got the latest and greatest drivers for the qlogic cards? I would suggest some component testing to make sure everything is working well. bonnie++ and dd come to mind.