Received: from localhost (unknown [200.46.204.182]) by postgresql.org (Postfix) with ESMTP id C127F2E00B7 for ; Sat, 1 Dec 2007 21:31:36 -0400 (AST) Received: from postgresql.org ([200.46.204.71]) by localhost (mx1.hub.org [200.46.204.182]) (amavisd-maia, port 10024) with ESMTP id 51726-05 for ; Sat, 1 Dec 2007 21:31:27 -0400 (AST) Received: from lists.commandprompt.com (host-159.commandprompt.net [207.173.203.159]) by postgresql.org (Postfix) with ESMTP id 64A402E009E for ; Sat, 1 Dec 2007 21:31:32 -0400 (AST) Received: from perhan.alvh.no-ip.org (200-126-98-252.bk7-dsl.surnet.cl [200.126.98.252]) (authenticated bits=0) by lists.commandprompt.com (8.13.8/8.13.8) with ESMTP id lB21VILe005552 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 1 Dec 2007 17:31:25 -0800 Received: by perhan.alvh.no-ip.org (Postfix, from userid 1000) id 79DBA47C69; Sat, 1 Dec 2007 22:31:14 -0300 (CLST) Date: Sat, 1 Dec 2007 22:31:14 -0300 From: Alvaro Herrera To: "Joshua D. Drake" Cc: Tom Lane , "Jonah H. Harris" , "Campbell, Lance" , posgres support Subject: Re: Enhancement request Message-ID: <20071202013114.GB11039@alvh.no-ip.org> References: <36e682920711301218m703b3c67s6f547fd7b9b60e7c@mail.gmail.com> <7099.1196458205@sss.pgh.pa.us> <36e682920711301332q1cce5db9qe44fb068fcd5608d@mail.gmail.com> <7341.1196459304@sss.pgh.pa.us> <20071130140005.18521c54@jd-laptop> <20071130223402.GG3175@alvh.no-ip.org> <20071201123029.5776b3c5@jd-laptop> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20071201123029.5776b3c5@jd-laptop> 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]); Sat, 01 Dec 2007 17:31:26 -0800 (PST) X-Virus-Scanned: Maia Mailguard 1.0.1 X-Archive-Number: 200712/2 X-Sequence-Number: 27519 Joshua D. Drake escribió: > On Fri, 30 Nov 2007 19:34:02 -0300 > Alvaro Herrera wrote: > > > Joshua D. Drake escribió: > > > > > The multi-worker autovacuum is a great new addition to help part of > > > that problem (starvation) but it is not help against the other > > > (resource consumption, specifically IO). > > > > Huh, autovac will consume exactly the same amount of I/O as a > > user-induced vacuum, so I don't see your point. > > It can be determined "when" the I/O is used. Future plans call for being able to change autovac parameters depending on time of day, so you will be able to decide that using autovacuum too. > > Remember, we're not adding VACUUM SCHEMA in 8.2 so it doesn't make any > > sense to try to compare it against the old autovac. And you can bet > > that in 8.4 autovac will have even more goodies. > > I assume you mean 8.3, but that is certainly a valid point. No, I meant 8.4 --- the feature set of 8.3 is already set on stone. So VACUUM SCHEMA has to compete with whatever we're able to do for the release following that one. -- Alvaro Herrera http://www.advogato.org/person/alvherre "Entristecido, Wutra (canción de Las Barreras) echa a Freyr a rodar y a nosotros al mar"