From: | Thomas Munro <thomas(dot)munro(at)gmail(dot)com> |
---|---|
To: | Andres Freund <andres(at)anarazel(dot)de> |
Cc: | Heikki Linnakangas <hlinnaka(at)iki(dot)fi>, Michael Paquier <michael(at)paquier(dot)xyz>, Robert Haas <robertmhaas(at)gmail(dot)com>, Fujii Masao <masao(dot)fujii(at)gmail(dot)com>, pgsql-hackers <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: Interrupts vs signals |
Date: | 2025-01-28 22:04:49 |
Message-ID: | CA+hUKGK7122M5Zzq6n9QfbgO7wUwosnZLGJdPfDcUcUFBPhamg@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On Wed, Jan 29, 2025 at 10:15 AM Andres Freund <andres(at)anarazel(dot)de> wrote:
> I was chatting with Heikki about this patch and he mentioned that he recalls a
> patch that did some work to unify the signal replacement, procsignal.h and
> CHECK_FOR_INTERRUPTS(). Thomas, that was probably from you? Do you have a
> pointer, if so?
Yeah, attempts at that were included in earlier versions in this very
thread, but then Heikki came up with the
let's-just-replace-latches-completely concept and rejiggered the lower
level patches around that (which I liked and support). I will try to
rebase/reorganise the accompanying procsignal removal part on top of
this version today, more soon... (I had meant to do that earlier but
got a bit distracted by summer holiday season down here and some
personal stuff, sorry for the delay on that).
> It does seem like we're going to have to do some unification here. We have too
> many different partially overlapping, partially collaborating systems here.
Right, my goal from the start of this thread was always a full
unification leaving just one single system for this type of IPC, and
Heikki's latest version is a transitional point; hopefully with the
other stuff rebased on top we'll be getting pretty close to that, at
least for the procsignal part. More soon.
From | Date | Subject | |
---|---|---|---|
Next Message | Peter Smith | 2025-01-28 22:31:18 | Re: Proposal: Filter irrelevant change before reassemble transactions during logical decoding |
Previous Message | Masahiko Sawada | 2025-01-28 21:38:00 | Re: Eagerly scan all-visible pages to amortize aggressive vacuum |