Received: from magus.postgresql.org (magus.postgresql.org [87.238.57.229]) by mail.postgresql.org (Postfix) with ESMTP id CB4A51A3D38D for ; Sat, 28 Jul 2012 14:08:38 -0300 (ADT) Received: from smtp1.wa.amnet.net.au ([203.161.124.50]) by magus.postgresql.org with esmtp (Exim 4.72) (envelope-from ) id 1SvAVG-0001xN-MH for pgsql-performance@postgresql.org; Sat, 28 Jul 2012 17:08:37 +0000 Received: from localhost (localhost.localdomain [127.0.0.1]) by smtp1.wa.amnet.net.au (Postfix) with ESMTP id A2A687DF81; Sun, 29 Jul 2012 01:08:16 +0800 (WST) X-Virus-Scanned: amavisd-new at smtp1.wa.amnet.net.au Received: from smtp1.wa.amnet.net.au ([127.0.0.1]) by localhost (smtp1.wa.amnet.net.au [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ivepT4p73Llg; Sun, 29 Jul 2012 01:08:16 +0800 (WST) Received: from [192.168.167.135] (203.161.71.159.static.amnet.net.au [203.161.71.159]) by smtp1.wa.amnet.net.au (Postfix) with ESMTP id 653207DF6B; Sun, 29 Jul 2012 01:08:13 +0800 (WST) Message-ID: <50141C7A.4050607@oneit.com.au> Date: Sun, 29 Jul 2012 01:08:10 +0800 From: David Barton User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:14.0) Gecko/20120714 Thunderbird/14.0 MIME-Version: 1.0 To: Tom Lane , pgsql-performance@postgresql.org Subject: Re: Postgres 9.1.4 - high stats collector IO usage References: <50136B8D.7070502@oneit.com.au> <29996.1343492034@sss.pgh.pa.us> In-Reply-To: <29996.1343492034@sss.pgh.pa.us> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Pg-Spam-Score: -1.9 (-) X-Archive-Number: 201207/350 X-Sequence-Number: 47531 Thanks so much, Tom. That did the job. I increased it to every 15 minutes and it has dropped substantially even though the pgstat.stat file is over 1 MB again. It is unfortunate that the IO utilisation of this seems to be O(n^2) as that is a big impediment to shared hosting. Is there any type of bounty system where people can contribute to developing features? Regards, David On 29/07/12 00:13, Tom Lane wrote: > David Barton writes: >> I am running postgres 9.1.4 on Ubuntu 12.04 and the stats collector is >> generating very high IO usage even when nothing appears to be happening >> on the system. >> I have roughly 150 different databases, each of which is running in 1 of >> roughly 30 tablespaces. The databases are small (the dump of most is >> are under 100M, and all but 3 are under 1G, nothing larger than 2G). > That's a lot of databases. I think your problem probably stems from > autovacuum madly trying to cover all of them. Backing off (increasing) > autovacuum_naptime to slow its cycle might help. > > regards, tom lane >