Re: Interrupts vs signals

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.

In response to

Browse pgsql-hackers by date

  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