Re: Count and log pages set all-frozen by vacuum - Mailing list pgsql-hackers

From Robert Haas
Subject Re: Count and log pages set all-frozen by vacuum
Date
Msg-id CA+TgmoYE5_yvuhjg5cv=8s1CUPptQKOdqwBoP97t3zAtfDpxog@mail.gmail.com
Whole thread Raw
In response to Re: Count and log pages set all-frozen by vacuum  (Peter Geoghegan <pg@bowt.ie>)
Responses Re: Count and log pages set all-frozen by vacuum
List pgsql-hackers
On Thu, Oct 31, 2024 at 11:49 AM Peter Geoghegan <pg@bowt.ie> wrote:
> The emphasis on the work that one particular VACUUM operation
> performed doesn't seem like the most relevant thing to users (I get
> why you'd care about it in the context of your work, though). What
> matters to users is that the overall picture over time is one where
> VACUUM doesn't leave an excessive number of pages
> not-all-frozen-in-VM.

I don't see it quite the same way. I agree that what users are really
concerned about is the excessive number of unfrozen pages in the VM.
But that's not the question here. The question is what should
log_autovacuum_min_duration log. And I think it should log what the
vacuum itself did, not what the state of the table ended up being
around the time the vacuum ended.

And I think there is certainly a use case for knowing how much work of
each particular kind vacuum did. You might for example be trying to
judge whether a particular vacuum was useless. Knowing the cumulative
state of the table around the time the vacuum finished doesn't help
you figure that out; a count of how much work the vacuum itself did
does.

--
Robert Haas
EDB: http://www.enterprisedb.com



pgsql-hackers by date:

Previous
From: Alastair Turner
Date:
Subject: Re: Count and log pages set all-frozen by vacuum
Next
From: Robert Haas
Date:
Subject: Re: small pg_combinebackup improvements