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
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 |
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 |