Re: pgsql: Add file_extend_method=posix_fallocate,write_zeros.

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: Peter Eisentraut <peter(at)eisentraut(dot)org>
Cc: Michael Paquier <michael(at)paquier(dot)xyz>, Thomas Munro <tmunro(at)postgresql(dot)org>, pgsql-hackers <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: pgsql: Add file_extend_method=posix_fallocate,write_zeros.
Date: 2026-02-12 15:53:46
Message-ID: 286104.1770911626@sss.pgh.pa.us
Views: Whole Thread | Raw Message | Download mbox | Resend email
Thread:
Lists: pgsql-committers pgsql-hackers

Peter Eisentraut <peter(at)eisentraut(dot)org> writes:
> I suppose technically this is an ABI change since the size of
> ConfigureNamesEnum is changed, but it seems this is irrelevant in
> practice. Could it be possible to ignore stuff like this without manual
> intervention?

I am working on a bug report to libabigail, arguing that this should
not be reported as an ABI diff (at least not in --headersdir mode).
That's at best a long-term solution, but on the other hand it's
not every day that we add a new GUC to back branches.

There was upthread discussion about using a suppression file, but
that'd require some testing to ensure that it does what we want
and nothing more nor less. (For instance, if suppressing
ConfigureNamesEnum resulted in no complaints about changes in
struct config_enum, that'd be very bad.)

Keep in mind also that libabigail seems to have some nasty blind
spots. (I'm about to post something to pgsql-hackers about one that
I found last week.)

For the time being, I think we'd be well advised to treat the abidiff
reports as an experimental work-in-progress. They might eventually
get to the level of trustworthiness that you seem to be envisioning,
but we're not there yet.

regards, tom lane

In response to

Responses

Browse pgsql-committers by date

  From Date Subject
Next Message Álvaro Herrera 2026-02-12 16:43:47 Re: pgsql: Introduce pg_shmem_allocations_numa view
Previous Message Heikki Linnakangas 2026-02-12 14:21:21 Re: pgsql: Introduce pg_shmem_allocations_numa view

Browse pgsql-hackers by date

  From Date Subject
Next Message Lukas Fittl 2026-02-12 16:05:27 Re: Reduce timing overhead of EXPLAIN ANALYZE using rdtsc?
Previous Message Jim Jones 2026-02-12 15:33:59 Re: COMMENTS are not being copied in CREATE TABLE LIKE