Re: Why is vacuum_freeze_min_age 100m? - Mailing list pgsql-performance

From Robert Haas
Subject Re: Why is vacuum_freeze_min_age 100m?
Date
Msg-id 603c8f070908132011q402e708em3653c88dc203241@mail.gmail.com
Whole thread Raw
In response to Re: Why is vacuum_freeze_min_age 100m?  (Josh Berkus <josh@agliodbs.com>)
List pgsql-performance
On Thu, Aug 13, 2009 at 5:15 PM, Josh Berkus<josh@agliodbs.com> wrote:
> Robert,
>
>> Ah.  Yeah, I agree with Tom: how would it help to make this smaller?
>> It seems like that could possibly increase I/O, if the old data is
>> changing at all, but even if it doesn't it I don't see that it saves
>> you anything to freeze it sooner.
>
> Before 8.4, it actually does on tables which are purely cumulative
> (WORM).  Within a short time, say, 10,000 transactions, the rows to be
> frozen are still in the cache.  By 100m transactions, they are in an
> archive partition which will need to be dragged from disk.  So if I know
> they won't be altered, then freezing them sooner would be better.
>
> However, I can easily manage this through the autovacuum settings.  I
> just wanted confirmation of what I was thinking.

Interesting.  Thanks for the explanation.

...Robert

pgsql-performance by date:

Previous
From: Greg Stark
Date:
Subject: Re: Under the hood of views
Next
From: Jeremy Carroll
Date:
Subject: Memory reporting on CentOS Linux