Re: [PING] fallocate() causes btrfs to never compress postgresql files - Mailing list pgsql-hackers

From Tom Lane
Subject Re: [PING] fallocate() causes btrfs to never compress postgresql files
Date
Msg-id 2136960.1770416382@sss.pgh.pa.us
Whole thread Raw
In response to Re: [PING] fallocate() causes btrfs to never compress postgresql files  (Thomas Munro <thomas.munro@gmail.com>)
Responses Re: [PING] fallocate() causes btrfs to never compress postgresql files
List pgsql-hackers
Thomas Munro <thomas.munro@gmail.com> writes:
> On Sat, Feb 7, 2026 at 9:31 AM Tom Lane <tgl@sss.pgh.pa.us> wrote:
>> Perhaps, but since we're getting pretty hard up against the release
>> freeze deadline, I think the thing to do for today is just to update
>> .abi-compliance-history.  We know that way works.

> So it seems I need to do the attached for 18, and the same again for
> 17 and 16.  Look about right?

Right.

> I peeked at the libabigail man page, and I don't see any discussion of
> incomplete types, but it looks like OPAQUE_TYPE_LABEL might be a way
> to tell it about this.  If that works, wouldn't it be better than
> doing this forever?  Where would that be configured?

It looks like that is something you write in a suppression file.
I think it might be too strong for our purposes though: looks like
it blocks *any* complaints related to that type.  That'd be
problematic, especially if you can't suppress on just
"struct config_generic[]" without affecting "struct config_generic".
On the whole I think a bit of research and testing would be needed
to go that way.  Not to mention a buildfarm client change to get
the abidw calls to pick up the suppression files.

            regards, tom lane



pgsql-hackers by date:

Previous
From: Nazir Bilal Yavuz
Date:
Subject: Re: Speed up COPY FROM text/CSV parsing using SIMD
Next
From: Nathan Bossart
Date:
Subject: Re: [PATCH] pg_bsd_indent: improve formatting of multiline comments