Re: pgsql: Prefetch data referenced by the WAL, take II.
Tom Lane <tgl@sss.pgh.pa.us>
From: Tom Lane <tgl@sss.pgh.pa.us>
To: Andrew Dunstan <andrew@dunslane.net>
Cc: Andres Freund <andres@anarazel.de>, Thomas Munro <tmunro@postgresql.org>,
pgsql-committers@lists.postgresql.org
Date: 2022-04-07T13:53:43Z
Lists: pgsql-hackers
Andrew Dunstan <andrew@dunslane.net> writes: > On 4/7/22 04:36, Andres Freund wrote: >> Or maybe it's the scripts that are screwed up? Because I don't see any error >> checking in headerscheck/cpluspluscheck. And indeed, locally they show the >> errors, but exit with 0. > Yeah, you can't rely on the exit status, if they produce output that > should be regarded as a failure (that's what crake does). Yeah, those scripts were only intended to be run by hand. If someone feels like upgrading them to also produce a useful exit status, I'm for it. regards, tom lane
Commits
-
Improve wal_decode_buffer_size description some more
- 8e7a0b4a3674 16.0 landed
- 892cac912499 15.0 landed
-
Include some missing headers.
- 5b186308fbc4 15.0 landed
-
Prefetch data referenced by the WAL, take II.
- 5dc0418fab28 15.0 cited