Re: BF mamba failure
Michael Paquier <michael@paquier.xyz>
From: Michael Paquier <michael@paquier.xyz>
To: Bertrand Drouvot <bertranddrouvot.pg@gmail.com>
Cc: Kouber Saparev <kouber@gmail.com>, pgsql-hackers@lists.postgresql.org
Date: 2024-10-16T00:43:48Z
Lists: pgsql-hackers
On Fri, Oct 11, 2024 at 08:18:58AM +0000, Bertrand Drouvot wrote: > On Fri, Oct 11, 2024 at 11:07:29AM +0300, Kouber Saparev wrote: >> Unfortunately not, we are running 15.4 and planning to upgrade very soon. >> Is the patch mentioned already merged in PostgreSQL 16? > > Yes, as of 16.4. Right. I'd surely welcome more eyes on what I have posted here: https://www.postgresql.org/message-id/Zm-8Xo93K9yD9fy7@paquier.xyz I am a bit annoyed by the fact of making PgStatShared_HashEntry slightly larger to track the age of the entries, especially as this comes down to being useful only when OID wraparound for all stats kinds (well, except replslot data, because slot IDs can be more aggressive or custom pgstats), but I don't really have a brighter idea for the reason that this is something that we need to track at entry-level to be able to tell across backends when a single stats dshash entry can or cannot be reused. -- Michael
Commits
-
Add information about "generation" when dropping twice pgstats entry
- 769be67a3c7a 15.14 landed
- f770006928d0 16.10 landed
- bdda6ba30cbe 17.6 landed
- ab74ce4dc909 18.0 landed
- 84b32fd22830 19 (unreleased) landed
-
Fix race conditions with drop of reused pgstats entries
- 154c5b42a3d8 15.10 landed
- afa20845dd13 16.6 landed
- 1d6a03ea4146 17.2 landed
- 818119afccd3 18.0 landed