Re: Why is vacuum_freeze_min_age 100m?

From: Josh Berkus <josh(at)agliodbs(dot)com>
To: Robert Haas <robertmhaas(at)gmail(dot)com>
Cc: pgsql-performance(at)postgresql(dot)org
Subject: Re: Why is vacuum_freeze_min_age 100m?
Date: 2009-08-13 21:15:19
Message-ID: 4A848267.30207@agliodbs.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers pgsql-performance

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.

--
Josh Berkus
PostgreSQL Experts Inc.
www.pgexperts.com

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Jeff Davis 2009-08-13 21:33:00 freezing tuples ( was: Why is vacuum_freeze_min_age 100m? )
Previous Message Jaime Casanova 2009-08-13 20:19:57 Re: Hot standby and synchronous replication status

Browse pgsql-performance by date

  From Date Subject
Next Message Jeff Davis 2009-08-13 21:33:00 freezing tuples ( was: Why is vacuum_freeze_min_age 100m? )
Previous Message Alex Neth 2009-08-13 21:01:26 Re: Memory usage of writer process