Received: from localhost (unknown [200.46.204.183]) by postgresql.org (Postfix) with ESMTP id 6382F2E0079 for ; Wed, 5 Dec 2007 12:37:07 -0400 (AST) Received: from postgresql.org ([200.46.204.71]) by localhost (mx1.hub.org [200.46.204.183]) (amavisd-maia, port 10024) with ESMTP id 53846-06 for ; Wed, 5 Dec 2007 12:37:04 -0400 (AST) Received: from lists.commandprompt.com (host-159.commandprompt.net [207.173.203.159]) by postgresql.org (Postfix) with ESMTP id 607052E0051 for ; Wed, 5 Dec 2007 12:37:03 -0400 (AST) Received: from perhan.alvh.no-ip.org (200-126-109-160.bk7-dsl.surnet.cl [200.126.109.160]) (authenticated bits=0) by lists.commandprompt.com (8.13.8/8.13.8) with ESMTP id lB5GaxTC007333 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 5 Dec 2007 08:37:02 -0800 Received: by perhan.alvh.no-ip.org (Postfix, from userid 1000) id 621C247C69; Wed, 5 Dec 2007 13:36:58 -0300 (CLST) Date: Wed, 5 Dec 2007 13:36:58 -0300 From: Alvaro Herrera To: "Joshua D. Drake" Cc: Greg Sabino Mullane , pgsql-admin@postgresql.org Subject: Re: Enhancement request Message-ID: <20071205163658.GE16991@alvh.no-ip.org> References: <09fbbcab762fc5279e45349ce1cbad93@biglumber.com> <4756CB9B.3050301@commandprompt.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4756CB9B.3050301@commandprompt.com> User-Agent: Mutt/1.5.16 (2007-06-11) X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0 (lists.commandprompt.com [207.173.203.159]); Wed, 05 Dec 2007 08:37:02 -0800 (PST) X-Virus-Scanned: Maia Mailguard 1.0.1 X-Archive-Number: 200712/23 X-Sequence-Number: 27540 Joshua D. Drake wrote: > Greg Sabino Mullane wrote: >> I am curious however, as to what the future vision of autovacuum is. >> Will it be so efficient that it won't impact all but the busiest tables? >> Will it be able to figure out the best time to vacuum on its own? > > I believe maintenance windows are on the horizon. Of course it seems that > instead of focusing on that, we should just put in a generic job manager. When I proposed my idea of maintenance window, everybody seemed happy, so that's what got implemented. If you want to propose a generic job manager, be my guest. >> Will it stop itself mid-run if the need arises? > > Man I would love this one... coupled with a just enough vacuum. E.g; it > calculates a percentage it needs to vacuum, and only vacuums that much. > Leaving dead tuples behind. Stop dreaming and start assigning resources for it to get done ;-) The NTT guys have done so and they are ahead of us on that camp. -- Alvaro Herrera Developer, http://www.PostgreSQL.org/ "In Europe they call me Niklaus Wirth; in the US they call me Nickel's worth. That's because in Europe they call me by name, and in the US by value!"