Re: Bloat issue on 8.3; autovac ignores HOT new pages?

From: Mark Kirkwood <mark(dot)kirkwood(at)catalyst(dot)net(dot)nz>
To: Scott Marlowe <scott(dot)marlowe(at)gmail(dot)com>
Cc: Josh Berkus <josh(at)agliodbs(dot)com>, Robert Haas <robertmhaas(at)gmail(dot)com>, pgsql-performance(at)postgresql(dot)org
Subject: Re: Bloat issue on 8.3; autovac ignores HOT new pages?
Date: 2011-02-01 23:37:30
Message-ID: 4D48993A.30207@catalyst.net.nz
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-performance

On 01/02/11 10:57, Scott Marlowe wrote:
> On Mon, Jan 31, 2011 at 11:27 AM, Josh Berkus<josh(at)agliodbs(dot)com> wrote:
>> Robert, Mark,
>>
>> I have not been able to reproduce this issue in a clean test on 9.0. As
>> a result, I now think that it was related to the FSM being too small on
>> the user's 8.3 instance, and will consider it resolved.
> I used to try and size free space map to be a little bigger than it
> needed to be. I now size 4 or 5 times what it needs to be. shared
> memory is cheap. So is going to 8.4, but on legacy systems that you
> can't upgrade, 8.3 with a huge FSM works well enough (with suitably
> aggressive autovac).
>

Yeah, 8.3 with very aggressive autovac my experience too - I've had the
naptime cranked down to 10s or even 1s in some cases, to try to tame
bloat growth for web cache or session type tables that are heavily
volatile.

regards

Mark

In response to

Browse pgsql-performance by date

  From Date Subject
Next Message Mladen Gogala 2011-02-01 23:44:17 Re: [HACKERS] Slow count(*) again...
Previous Message Mladen Gogala 2011-02-01 23:21:04 Re: [PERFORM] Slow count(*) again...