Received: from maia.hub.org (maia-2.hub.org [200.46.204.251]) by mail.postgresql.org (Postfix) with ESMTP id ED7C31337B9D for ; Fri, 12 Nov 2010 11:37:16 -0400 (AST) Received: from mail.postgresql.org ([200.46.204.86]) by maia.hub.org (mx1.hub.org [200.46.204.251]) (amavisd-maia, port 10024) with ESMTP id 45126-01 for ; Fri, 12 Nov 2010 15:37:10 +0000 (UTC) X-Greylist: from auto-whitelisted by SQLgrey-1.7.6 Received: from mh7.mail.rice.edu (mh7.mail.rice.edu [128.42.199.46]) by mail.postgresql.org (Postfix) with ESMTP id AD0871337B9B for ; Fri, 12 Nov 2010 11:37:09 -0400 (AST) Received: from mh7.mail.rice.edu (localhost.localdomain [127.0.0.1]) by mh7.mail.rice.edu (Postfix) with ESMTP id 1A16228F7DD; Fri, 12 Nov 2010 09:37:09 -0600 (CST) X-Virus-Scanned: by amavis-2.6.4 at mh7.mail.rice.edu, auth channel Received: from mh7.mail.rice.edu ([127.0.0.1]) by mh7.mail.rice.edu (mh7.mail.rice.edu [127.0.0.1]) (amavis, port 10026) with ESMTP id 4C+DSeTqwDdv; Fri, 12 Nov 2010 09:37:09 -0600 (CST) X-SMTP-Auth: no X-SMTP-Auth: no Received: from aart.is.rice.edu (aart.is.rice.edu [168.7.56.48]) by mh7.mail.rice.edu (Postfix) with ESMTP id DE5E628F7D9; Fri, 12 Nov 2010 09:37:08 -0600 (CST) Received: by aart.is.rice.edu (Postfix, from userid 18612) id B48F42D5A6; Fri, 12 Nov 2010 09:37:08 -0600 (CST) Date: Fri, 12 Nov 2010 09:37:08 -0600 From: Kenneth Marshall To: bricklen Cc: pgsql-performance@postgresql.org Subject: Re: MVCC performance issue Message-ID: <20101112153708.GL14016@aart.is.rice.edu> References: <8BCBF9DB739F034B87FE7C7D30EAE55C279F054F@hqex2k.francoudi.com> <20101112135235.GI14016@aart.is.rice.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.16 (2007-06-09) X-Virus-Scanned: Maia Mailguard 1.0.1 X-Spam-Status: No, hits=-1.91 tagged_above=-10 required=5 tests=BAYES_00=-1.9, T_RP_MATCHES_RCVD=-0.01 X-Spam-Level: X-Archive-Number: 201011/193 X-Sequence-Number: 41217 On Fri, Nov 12, 2010 at 07:34:36AM -0800, bricklen wrote: > On Fri, Nov 12, 2010 at 5:52 AM, Kenneth Marshall wrote: > > > > I cannot speak to your suggestion, but it sounds like you are not > > vacuuming enough and a lot of the bloat/randomization would be helped > > by making use of HOT updates in which the updates are all in the same > > page and are reclaimed almost immediately. > > > > Regards, > > Ken > > IIRC, HOT only operates on non-indexed columns, so if you the tables > are heavily indexed you won't get the full benefit of HOT. I could be > wrong though. > That is true, but if they are truly having as big a bloat problem as the message indicated, it would be worth designing the schema to leverage HOT for the very frequent updates. Cheers, Ken