Received: from maia.hub.org (unknown [200.46.204.183]) by mail.postgresql.org (Postfix) with ESMTP id 3E87C632C0A for ; Mon, 22 Mar 2010 20:23:13 -0300 (ADT) Received: from mail.postgresql.org ([200.46.204.86]) by maia.hub.org (mx1.hub.org [200.46.204.183]) (amavisd-maia, port 10024) with ESMTP id 66813-10 for ; Mon, 22 Mar 2010 23:23:02 +0000 (UTC) X-Greylist: delayed 00:06:27.319146 by SQLgrey-1.7.6 Received: from crestone.coronasolutions.com (crestone.coronasolutions.com [66.45.104.24]) by mail.postgresql.org (Postfix) with ESMTP id CEF62632270 for ; Mon, 22 Mar 2010 20:23:02 -0300 (ADT) Received: from localhost (localhost.localdomain [127.0.0.1]) by crestone.coronasolutions.com (Postfix) with ESMTP id E00C85C22A for ; Mon, 22 Mar 2010 17:16:32 -0600 (MDT) X-Virus-Scanned: Debian amavisd-new at coronasolutions.com Received: from crestone.coronasolutions.com ([127.0.0.1]) by localhost (localhost.localdomain [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id djURRDQtgUir for ; Mon, 22 Mar 2010 17:16:32 -0600 (MDT) Received: from mac.local (unknown [10.1.250.14]) by crestone.coronasolutions.com (Postfix) with ESMTPA id D84D65C1F7 for ; Mon, 22 Mar 2010 17:16:31 -0600 (MDT) Message-ID: <4BA7FA4F.9050400@drivefaster.net> Date: Mon, 22 Mar 2010 17:16:31 -0600 From: Dan Harris User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.1.8) Gecko/20100227 Thunderbird/3.0.3 MIME-Version: 1.0 To: pgsql-performance@postgresql.org Subject: Re: Got that new server, now it's time for config! References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: Maia Mailguard 1.0.1 X-Spam-Status: No, hits=-0.74 tagged_above=-10 required=5 tests=BAYES_20=-0.74 X-Spam-Level: X-Archive-Number: 201003/288 X-Sequence-Number: 38113 On 3/22/10 4:36 PM, Carlo Stonebanks wrote: > Here we go again! > > Can anyone see any obvious faults? > > Carlo > > maintenance_work_mem = 256MB I'm not sure how large your individual tables are, but you might want to bump this value up to get faster vacuums. > max_fsm_relations = 1000 I think this will definitely need to be increased > work_mem = 64MB Most data warehousing loads I can think of will need more work_mem, but this depends on how large of data sets you are planning to sort.