X-Original-To: pgsql-performance-postgresql.org@localhost.postgresql.org Received: from localhost (mx1.hub.org [200.46.208.251]) by postgresql.org (Postfix) with ESMTP id 269759F931E for ; Mon, 8 May 2006 16:19:56 -0300 (ADT) Received: from postgresql.org ([200.46.204.71]) by localhost (mx1.hub.org [200.46.208.251]) (amavisd-new, port 10024) with ESMTP id 80446-03 for ; Mon, 8 May 2006 16:19:44 -0300 (ADT) X-Greylist: from auto-whitelisted by SQLgrey- Received: from mail.digitalfairway.ca (ns.digitalfairway.ca [207.164.133.170]) by postgresql.org (Postfix) with ESMTP id 50A769F931D for ; Mon, 8 May 2006 16:19:43 -0300 (ADT) Received: from toronto.toronto.digitalfairway.ca (unknown [192.168.100.10]) by mail.digitalfairway.ca (Postfix) with ESMTP id 587FF54821 for ; Mon, 8 May 2006 15:19:40 -0400 (EDT) Received: from localhost (localhost.localdomain [127.0.0.1]) by toronto.toronto.digitalfairway.ca (Postfix) with ESMTP id 58269148E63 for ; Mon, 8 May 2006 15:19:40 -0400 (EDT) Received: from toronto.toronto.digitalfairway.ca ([127.0.0.1]) by localhost (toronto.toronto.digitalfairway.ca [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 09703-05 for ; Mon, 8 May 2006 15:19:40 -0400 (EDT) Received: from [192.168.100.50] (unknown [192.168.100.50]) (using SSLv3 with cipher EXP1024-RC4-SHA (56/128 bits)) (No client certificate requested) by toronto.toronto.digitalfairway.ca (Postfix) with ESMTP id 37B60144EB8 for ; Mon, 8 May 2006 15:19:40 -0400 (EDT) From: Jan de Visser To: pgsql-performance@postgresql.org Subject: Re: Query runs 38 seconds for small database! Date: Mon, 8 May 2006 15:19:39 -0400 User-Agent: KMail/1.9.1 References: <20060508174604.GX99570@pervasive.com> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200605081519.39293.jdevisser@digitalfairway.com> X-Virus-Scanned: amavisd-new at digitalfairway.ca X-Virus-Scanned: Maia Mailguard 1.0.1 X-Archive-Number: 200605/148 X-Sequence-Number: 18935 On Monday 08 May 2006 14:10, Andrus wrote: > > The only reason for being so conservative that I'm aware of was that it > > was a best guess. Everyone I've talked to cuts the defaults down by at > > least a factor of 2, sometimes even more. > > Can we ask that Tom will change default values to 2 times smaller in 8.1.4 > ? > > > BTW, these parameters are already tweaked from what we started with in > > contrib/pg_autovacuum. It would allow a table to grow to 2x larger than > > it should be before vacuuming, as opposed to the 40% that the current > > settings allow. But even there, is there any real reason you want to > > have 40% bloat? To make matters worse, those settings ensure that all > > but the smallest databases will suffer runaway bloat unless you bump up > > recprd> the FSM settings. > > I created empty table konto and loaded more that 219 records to it during > database creation. > So it seems that if table grows from zero to more than 219 times larger > then it was still not processed. That's because you need at least 500 rows for analyze and 100 for a vacuum,= =20 (autovacuum_vacuum_threshold =3D 1000, autovacuum_analyze_threshold =3D 500= ). > > Andrus. jan > > > > ---------------------------(end of broadcast)--------------------------- > TIP 5: don't forget to increase your free space map settings =2D-=20 =2D------------------------------------------------------------- Jan de Visser =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 jdevisser@digitalfair= way.com =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 Baruk Khazad! Khazad ai-menu! =2D-------------------------------------------------------------