Received: from localhost (wm.hub.org [200.46.204.128]) by postgresql.org (Postfix) with ESMTP id D766B9FB30D for ; Thu, 26 Oct 2006 19:00:54 -0300 (ADT) Received: from postgresql.org ([200.46.204.71]) by localhost (mx1.hub.org [200.46.204.128]) (amavisd-new, port 10024) with ESMTP id 46689-04 for ; Thu, 26 Oct 2006 21:59:44 +0000 (UTC) X-Greylist: from auto-whitelisted by SQLgrey- Received: from noel.decibel.org (noel.decibel.org [67.100.216.10]) by postgresql.org (Postfix) with ESMTP id 7FCF59FB222 for ; Thu, 26 Oct 2006 18:59:43 -0300 (ADT) Received: by noel.decibel.org (Postfix, from userid 1001) id 975335643A; Thu, 26 Oct 2006 16:59:39 -0500 (CDT) Received: (hashcash-sendmail, from uid 1001); Thu, 26 Oct 2006 16:59:36 -0500 Date: Thu, 26 Oct 2006 16:59:36 -0500 From: "Jim C. Nasby" To: Gavin Hamill Cc: pgsql-performance@postgresql.org Subject: Re: VACUUMs take twice as long across all nodes Message-ID: <20061026215936.GO26892@nasby.net> References: <20061026095827.9e85e1c0.gdh@laterooms.com> <20196.1161874041@sss.pgh.pa.us> <20061026160609.5e94e581.gdh@laterooms.com> <20061026191728.GD26892@nasby.net> <20061026213556.174bd7b5.gdh@laterooms.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20061026213556.174bd7b5.gdh@laterooms.com> 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:061026:gdh@laterooms.com::kVVFI5yeOD0ul9QO:00000000000000000000 000000000000000000000000LmEb X-Hashcash: 1:20:061026:pgsql-performance@postgresql.org::e4eOqHk95La2+BN8:00000 00000000000000000000000022Zg X-Virus-Scanned: Maia Mailguard 1.0.1 X-Spam-Status: No, hits=0 tagged_above=0 required=5 tests= X-Spam-Level: X-Archive-Number: 200610/566 X-Sequence-Number: 21695 On Thu, Oct 26, 2006 at 09:35:56PM +0100, Gavin Hamill wrote: > On Thu, 26 Oct 2006 14:17:29 -0500 > "Jim C. Nasby" wrote: > > > Are you sure that there's nothing else happening on the machine that > > could affect the vacuum times? Like, say a backup? Or perhaps updates > > coming in from Slony that didn't used to be there? > > I'm absolutely certain. The backups run from only one slave, given that > it is a full copy of node 1. Our overnight traffic has not increased > any, and the nightly backups show that the overall size of the DB has > not increased more than usual growth. > > Plus, I have fairly verbose logging, and it's not showing anything out > of the ordinary. > > Like I said, it's one of those awful hypothesis/hand-waving problems :) Well, the fact that it's happening on all your nodes leads me to think Slony is somehow involved. Perhaps it suddenly decided to change how often it's issuing syncs? I know it issues vacuums as well, so maybe that's got something to do with it... (though I'm guessing you've already looked in pg_stat_activity/logs to see if anything correlates...) Still, it might be worth asking about this on the slony list... -- Jim Nasby jim@nasby.net EnterpriseDB http://enterprisedb.com 512.569.9461 (cell)