Received: from localhost (maia-4.hub.org [200.46.204.183]) by postgresql.org (Postfix) with ESMTP id BB9C49F9FE1 for ; Thu, 7 Dec 2006 02:03:30 -0400 (AST) Received: from postgresql.org ([200.46.204.71]) by localhost (mx1.hub.org [200.46.204.183]) (amavisd-new, port 10024) with ESMTP id 78973-05 for ; Thu, 7 Dec 2006 02:03:23 -0400 (AST) X-Greylist: from auto-whitelisted by SQLgrey-1.7.4 Received: from noel.decibel.org (noel.decibel.org [67.100.216.10]) by postgresql.org (Postfix) with ESMTP id B476E9FA162 for ; Thu, 7 Dec 2006 02:03:23 -0400 (AST) Received: by noel.decibel.org (Postfix, from userid 1001) id EEAF256435; Thu, 7 Dec 2006 06:03:22 +0000 (UTC) Received: (hashcash-sendmail, from uid 1001); Thu, 7 Dec 2006 00:03:20 -0600 Date: Thu, 7 Dec 2006 00:03:20 -0600 From: "Jim C. Nasby" To: Jeff Davis Cc: Mark Lonsdale , pgsql-performance@postgresql.org Subject: Re: Configuration settings for 32GB RAM server Message-ID: <20061207060320.GV44124@nasby.net> References: <673ECBB77DA91F47AD4902A5FD73BCE4D5ED15@mail3> <1165254177.25371.33.camel@dogma.v10.wvs> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1165254177.25371.33.camel@dogma.v10.wvs> X-Operating-System: FreeBSD 6.1-RELEASE-p10 amd64 X-Distributed: Join the Effort! http://www.distributed.net User-Agent: Mutt/1.5.13 (2006-08-11) X-Hashcash: 1:20:061207:pgsql@j-davis.com::c6KT7QOw2KcMQ0uI:00000000000000000000 0000000000000000000000002cre X-Hashcash: 1:20:061207:mark.lonsdale@wysdm.com::DTM86wzM+WbSNfMS:00000000000000 0000000000000000000000001sFb X-Hashcash: 1:20:061207:pgsql-performance@postgresql.org::WYH3SZU/wFr83n2h:00000 0000000000000000000000003Etg X-Virus-Scanned: Maia Mailguard 1.0.1 X-Archive-Number: 200612/163 X-Sequence-Number: 22219 On Mon, Dec 04, 2006 at 09:42:57AM -0800, Jeff Davis wrote: > > fsm_pages = 200,000 ??? Based this on some statistics about the number > > of pages freed from a vacuum on older server. Not sure if its fair > > to calculate this based on vacuum stats of 7.3.4 server? > > > > Might as well make it a higher number because you have a lot of RAM > anyway. It's better than running out of space in the FSM, because to > increase that setting you need to restart the daemon. Increasing this by > 1 only uses 6 bytes. That means you could set it to 10 times the number > you currently have, and it would still be insignificant. You can also run vacuumdb -av and look at the last few lines to see what it says you need. Or you can get that info out of contrib/pg_freespacemap. -- Jim Nasby jim@nasby.net EnterpriseDB http://enterprisedb.com 512.569.9461 (cell)