Re: pgsql: Add file_extend_method=posix_fallocate,write_zeros. - Mailing list pgsql-hackers

From Tom Lane
Subject Re: pgsql: Add file_extend_method=posix_fallocate,write_zeros.
Date
Msg-id 286104.1770911626@sss.pgh.pa.us
Whole thread Raw
In response to Re: pgsql: Add file_extend_method=posix_fallocate,write_zeros.  (Peter Eisentraut <peter@eisentraut.org>)
Responses Re: pgsql: Add file_extend_method=posix_fallocate,write_zeros.
List pgsql-hackers
Peter Eisentraut <peter@eisentraut.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



pgsql-hackers by date:

Previous
From: Jim Jones
Date:
Subject: Re: COMMENTS are not being copied in CREATE TABLE LIKE
Next
From: Lukas Fittl
Date:
Subject: Re: Reduce timing overhead of EXPLAIN ANALYZE using rdtsc?