Re: global / super barriers (for checksums)
Robert Haas <robertmhaas@gmail.com>
From: Robert Haas <robertmhaas@gmail.com>
To: Andres Freund <andres@anarazel.de>
Cc: Daniel Gustafsson <daniel@yesql.se>,
Magnus Hagander <magnus@hagander.net>, "pgsql-hackers@postgresql.org" <pgsql-hackers@postgresql.org>
Date: 2019-12-17T18:38:43Z
Lists: pgsql-hackers
Attachments
- v4-0001-Extend-the-ProcSignal-mechanism-to-support-barrie.patch (application/octet-stream) patch v4-0001
On Thu, Dec 12, 2019 at 2:54 PM Andres Freund <andres@anarazel.de> wrote: > I'd either add a test (if we have some) or placeholder kind > initially. But I'd also be ok with going for either of the other > versions directly - but it seems harder to tackle the patches together. OK. I have committed 0001-0003 as I had mentioned last week that I intended to do. For 0004, I have replaced "sample" with "placeholder" and added comments explaining that this is intended to be replaced by the first real user of the mechanism. If there are no further comments/objections I'll go ahead with this one as well. -- Robert Haas EnterpriseDB: http://www.enterprisedb.com The Enterprise PostgreSQL Company
Commits
-
Online enabling and disabling of data checksums
- f19c0eccae96 19 (unreleased) landed
-
Extend the ProcSignal mechanism to support barriers.
- 16a4e4aecd47 13.0 landed
-
Partially deduplicate interrupt handling for background processes.
- 7dbfea3c455e 13.0 landed
-
Use PostgresSigHupHandler in more places.
- 1e53fe0e70f6 13.0 landed
-
Move interrupt-handling code into subroutines.
- 5910d6c7e311 13.0 landed
-
Use procsignal_sigusr1_handler for auxiliary processes.
- 0d3c3aae3366 13.0 landed