X-Original-To: pgsql-performance-postgresql.org@localhost.postgresql.org Received: from localhost (unknown [200.46.204.144]) by svr1.postgresql.org (Postfix) with ESMTP id 578DD52862 for ; Fri, 10 Jun 2005 07:10:39 -0300 (ADT) Received: from svr1.postgresql.org ([200.46.204.71]) by localhost (av.hub.org [200.46.204.144]) (amavisd-new, port 10024) with ESMTP id 70433-05 for ; Fri, 10 Jun 2005 10:10:34 +0000 (GMT) Received: from mail.metronet.co.uk (mail.metronet.co.uk [213.162.97.75]) by svr1.postgresql.org (Postfix) with ESMTP id ACA185284D for ; Fri, 10 Jun 2005 07:10:33 -0300 (ADT) Received: from mainbox.archonet.com (84-51-143-99.archon037.adsl.metronet.co.uk [84.51.143.99]) by smtp.metronet.co.uk (MetroNet Mail) with ESMTP id 9F17F40D5C3; Fri, 10 Jun 2005 11:10:29 +0100 (BST) Received: from localhost (localhost.localdomain [127.0.0.1]) by mainbox.archonet.com (Postfix) with ESMTP id 04E9A15ED7; Fri, 10 Jun 2005 11:07:20 +0100 (BST) Received: from mainbox.archonet.com ([127.0.0.1]) by localhost (mainbox [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 25008-06; Fri, 10 Jun 2005 11:07:17 +0100 (BST) Received: from [192.168.1.17] (client17.office.archonet.com [192.168.1.17]) by mainbox.archonet.com (Postfix) with ESMTP id 909F915ED5; Fri, 10 Jun 2005 11:07:17 +0100 (BST) Message-ID: <42A96655.3090202@archonet.com> Date: Fri, 10 Jun 2005 11:07:17 +0100 From: Richard Huxton User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Michal Taborsky Cc: pgsql-performance@postgresql.org Subject: Re: Cleaning bloated pg_attribute References: <42A957E9.8040909@mall.cz> In-Reply-To: <42A957E9.8040909@mall.cz> Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at hub.org X-Spam-Status: No, hits=0.054 tagged_above=0 required=5 tests=AWL, FORGED_RCVD_HELO X-Spam-Level: X-Archive-Number: 200506/235 X-Sequence-Number: 12872 Michal Taborsky wrote: > I managed, by extensive usage of temporary tables, to totally bloat > pg_attribute. It currently has about 40000 pages with just 3000 tuples. > The only thing I could think of is VACUUM FULL, but from my former > experience I guess it'll take maybe over an hour, effectively rendering > the server unusable, because of the exclusive lock. You can vacuum full a single table - shouldn't take an hour for just the one table. Unless your disk I/O is *constantly* running flat-out. -- Richard Huxton Archonet Ltd