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 6FE5352865 for ; Mon, 18 Jul 2005 01:18:43 -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 75293-01 for ; Mon, 18 Jul 2005 04:18:34 +0000 (GMT) Received: from sss.pgh.pa.us (sss.pgh.pa.us [66.207.139.130]) by svr1.postgresql.org (Postfix) with ESMTP id 2FD1E52A90 for ; Mon, 18 Jul 2005 01:18:33 -0300 (ADT) Received: from sss2.sss.pgh.pa.us (tgl@localhost [127.0.0.1]) by sss.pgh.pa.us (8.13.1/8.13.1) with ESMTP id j6I4IU4s024617; Mon, 18 Jul 2005 00:18:30 -0400 (EDT) To: Robert Creager Cc: "Matthew T. O'Connor" , PGPerformance Subject: Re: Huge performance problem between 7.4.1 and 8.0.3 - CS In-reply-to: <20050717221050.7c4ac241@thunder.logicalchaos.org> References: <20050717213416.59dcb52e@thunder.logicalchaos.org> <42DB2684.9020706@zeut.net> <20050717221050.7c4ac241@thunder.logicalchaos.org> Comments: In-reply-to Robert Creager message dated "Sun, 17 Jul 2005 22:10:50 -0600" Date: Mon, 18 Jul 2005 00:18:30 -0400 Message-ID: <24616.1121660310@sss.pgh.pa.us> From: Tom Lane X-Virus-Scanned: by amavisd-new at hub.org X-Spam-Status: No, hits=0.006 tagged_above=0 required=5 tests=AWL X-Spam-Level: X-Archive-Number: 200507/245 X-Sequence-Number: 13486 Robert Creager writes: > I am, and it is. It's ANALYZING and VACUUM'ing tables every interval (5 mi= > nutes > - 8.0.3). Right now, for that last 4 hours, I'm not VACUUMing the 7.4.1 > database and it's still clicking along at < .2 second queries. Have you compared physical table sizes? If the autovac daemon did let things get out of hand, you'd need a VACUUM FULL or CLUSTER or TRUNCATE to get the table size back down --- plain VACUUM is unlikely to fix it. regards, tom lane