Received: from localhost (wm.hub.org [200.46.204.128]) by postgresql.org (Postfix) with ESMTP id E424B9FB299 for ; Thu, 2 Nov 2006 11:54:17 -0400 (AST) Received: from postgresql.org ([200.46.204.71]) by localhost (mx1.hub.org [200.46.204.128]) (amavisd-new, port 10024) with ESMTP id 01500-09 for ; Thu, 2 Nov 2006 15:54:14 +0000 (UTC) X-Greylist: from auto-whitelisted by SQLgrey- Received: from lists.commandprompt.com (host-130.commandprompt.net [207.173.203.130]) by postgresql.org (Postfix) with ESMTP id 6D8A49FB298 for ; Thu, 2 Nov 2006 11:54:14 -0400 (AST) Received: from alvh.no-ip.org (201-220-123-102.bk10-dsl.surnet.cl [201.220.123.102]) (authenticated bits=0) by lists.commandprompt.com (8.13.7/8.13.6) with ESMTP id kA2Fs2eZ018017; Thu, 2 Nov 2006 07:54:03 -0800 Received: by alvh.no-ip.org (Postfix, from userid 1000) id 6770EC2D33D; Thu, 2 Nov 2006 12:53:59 -0300 (CLST) Date: Thu, 2 Nov 2006 12:53:59 -0300 From: Alvaro Herrera To: Steven Flatt Cc: Simon Riggs , pgsql-performance@postgresql.org Subject: Re: Database-wide vacuum can take a long time, duringwhich tables are not being analyzed Message-ID: <20061102155359.GD25444@alvh.no-ip.org> Mail-Followup-To: Steven Flatt , Simon Riggs , pgsql-performance@postgresql.org References: <357fa7590611011115q748ddce9qa6cf570ec2f15348@mail.gmail.com> <1162464559.3587.291.camel@silverbirch.site> <357fa7590611020715k66ba3ba0r28c5f4511589909d@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <357fa7590611020715k66ba3ba0r28c5f4511589909d@mail.gmail.com> User-Agent: Mutt/1.5.13 (2006-08-11) X-Virus-Scanned: ClamAV version 0.88.5, clamav-milter version 0.88.5 on projects.commandprompt.com X-Virus-Status: Clean X-Greylist: Sender succeded SMTP AUTH authentication, not delayed by milter-greylist-1.6 (lists.commandprompt.com [192.168.2.159]); Thu, 02 Nov 2006 07:54:03 -0800 (PST) X-Virus-Scanned: Maia Mailguard 1.0.1 X-Archive-Number: 200611/29 X-Sequence-Number: 21799 Steven Flatt wrote: > Sorry, I think there's a misunderstanding here. Our system is not doing > near that number of transactions per second. I meant that the duration of a > single DB-wide vacuum takes on the order of a couple of weeks. The time > between DB-wide vacuums is a little over a year, I believe. I wonder if this is using some vacuum delay setting? If that's the case, I think you could manually run a database-wide vacuum with a zero vacuum delay setting, so that said vacuum takes less time to finish (say, once every 8 months). (8.2 pretty much solves this issue BTW, by not requiring database-wide vacuums). -- Alvaro Herrera http://www.CommandPrompt.com/ The PostgreSQL Company - Command Prompt, Inc.