Re: Setting vacuum_freeze_min_age really low

From: Josh Berkus <josh(at)agliodbs(dot)com>
To: Andres Freund <andres(at)2ndquadrant(dot)com>
Cc: pgsql-performance(at)postgresql(dot)org
Subject: Re: Setting vacuum_freeze_min_age really low
Date: 2013-05-14 04:02:04
Message-ID: 5191B73C.9040100@agliodbs.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-performance

HAndres,

> Well. For one you haven't proven that the changed setting actually
> improves performance. So the comparison isn't really valid. We will

I agree that I haven't proven this yet, but that doesn't make it
invalid. Just unproven.

I agree that performance testing is necessary ... and the kind of
performance testing which generated freeze activity, which makes it harder.

> I think you're missing the fact that we don't neccessarily dirty pages,
> just because vacuum visits them. In a mostly insert workload its not
> uncommon that vacuum doesn't change anything. In many scenarios the

Hmmm. But does vacuum visit the pages anyway, in that case?

> b) freezing tuples requires a xlog_heap_freeze wal record to be
> emitted. If we don't freeze, we don't need to emit it.

Oh, that's annoying.

> I think I have said that before, but anyway: I think as long as we need
> to regularly walk the whole relation for correctness there isn't much
> hope to get this into an acceptable state. If we would track the oldest
> xid in a page in a 'freeze map' we could make much of this more
> efficient and way more scalable to bigger data volumes.

Yeah, or come up with some way to eliminate freezing entirely.

--
Josh Berkus
PostgreSQL Experts Inc.
http://pgexperts.com

In response to

Browse pgsql-performance by date

  From Date Subject
Next Message Sameer Thakur 2013-05-14 09:23:48 Predicate information in EXPLAIN Command
Previous Message Scott Marlowe 2013-05-14 01:09:58 Re: Hardware suggestions for maximum read performance