X-Original-To: pgsql-performance-postgresql.org@localhost.postgresql.org Received: from localhost (unknown [200.46.204.144]) by svr1.postgresql.org (Postfix) with ESMTP id AC9CF52C50 for ; Thu, 11 Aug 2005 14:01:38 -0300 (ADT) Received: from svr1.postgresql.org ([200.46.204.71]) by localhost (av.hub.org [200.46.204.144]) (amavisd-new, port 10024) with ESMTP id 58442-06 for ; Thu, 11 Aug 2005 16:58:55 +0000 (GMT) Received: from gghcwest.com (adsl-71-128-90-172.dsl.pltn13.pacbell.net [71.128.90.172]) by svr1.postgresql.org (Postfix) with ESMTP id 5412252936 for ; Thu, 11 Aug 2005 13:58:53 -0300 (ADT) Received: from toonses.gghcwest.com (toonses.gghcwest.com [192.168.168.115]) by gghcwest.com (8.12.10/8.12.9) with ESMTP id j7BGwhmd016814; Thu, 11 Aug 2005 09:58:44 -0700 Received: from jwb by toonses.gghcwest.com with local (Exim 4.50) id 1E3GOC-0001l7-Df; Thu, 11 Aug 2005 09:58:44 -0700 Subject: Re: [SPAM?] Re: PG8 Tuning From: "Jeffrey W. Baker" To: Steve Poe Cc: paul@oxton.com, pgsql-performance@postgresql.org In-Reply-To: <1123836428.19976.26.camel@amd64-laptop-spoe> References: <1536.217.45.209.171.1123763001.squirrel@www.gradwell.com> <1123836428.19976.26.camel@amd64-laptop-spoe> Content-Type: text/plain Content-Transfer-Encoding: 7bit Date: Thu, 11 Aug 2005 09:58:44 -0700 Message-Id: <1123779524.6664.1.camel@toonses.gghcwest.com> Mime-Version: 1.0 X-Mailer: Evolution 2.3.6.1 X-Virus-Scanned: by amavisd-new at hub.org X-Archive-Number: 200508/127 X-Sequence-Number: 13874 On Fri, 2005-08-12 at 08:47 +0000, Steve Poe wrote: > Paul, > > Before I say anything else, one online document which may be of > assistance to you is: > http://www.powerpostgresql.com/PerfList/ > > Some thoughts I have: > > 3) You're shared RAM setting seems overkill to me. Part of the challenge > is you're going from 1000 to 262K with no assessment in between. Each > situation can be different, but try in the range of 10 - 50K. > > 4) pg_xlog: If you're pg_xlog is on a spindle is *only* for pg_xlog > you're better off. Like Mr. Stone said earlier, this is pure dogma. In my experience, xlogs on the same volume with data is much faster if both are on battery-backed write-back RAID controller memory. Moving from this situation to xlogs on a single normal disk is going to be much slower in most cases. -jwb