Re: Add pg_stat_autovacuum_priority - Mailing list pgsql-hackers

From Nathan Bossart
Subject Re: Add pg_stat_autovacuum_priority
Date
Msg-id adbHYQMZ0pHQttWa@nathan
Whole thread Raw
In response to Re: Add pg_stat_autovacuum_priority  (Andres Freund <andres@anarazel.de>)
Responses Re: Add pg_stat_autovacuum_priority
Re: Add pg_stat_autovacuum_priority
List pgsql-hackers
On Wed, Apr 08, 2026 at 04:40:03PM -0400, Andres Freund wrote:
> Note that the whole cached state does automatically get reset at the end of
> the transaction (AtEOXact_PgStat()->pgstat_clear_snapshot()), just like it did
> before the shmem stats stuff.

I see a lot of memory used for the pgStatEntryRefHash table, too (e.g., ~16
MB for 100K tables).  What's interesting is that I cannot reproduce similar
usage with views like pg_stat_all_tables.  If memory was not a concern, I
think the "bool *may_free" idea would be fine.  But assuming it is, we will
probably need to do something more creative.

-- 
nathan



pgsql-hackers by date:

Previous
From: Nathan Bossart
Date:
Subject: Re: Add pg_stat_autovacuum_priority
Next
From: Peter Eisentraut
Date:
Subject: Re: DEREF_AFTER_NULL: src/common/jsonapi.c:2529