On Tue, Mar 9, 2021 at 1:09 PM Thomas Munro wrote:
> On Tue, Mar 9, 2021 at 12:20 PM Alvaro Herrera
> wrote:
> > Hi, I don't know if you realized but we have two new Illumos members
> > now (haddock and hake), and they're both failing initdb on signalfd()
> > problems.
> I'll wait a short time
On Tue, Mar 9, 2021 at 12:20 PM Alvaro Herrera wrote:
> On 2021-Mar-03, Thomas Munro wrote:
> > On Mon, Mar 1, 2021 at 2:29 PM Thomas Munro wrote:
> > > Time to watch the buildfarm to find out if my speculation about
> > > illumos is correct...
> >
> > I just heard that damselfly's host has been
On 2021-Mar-03, Thomas Munro wrote:
> On Mon, Mar 1, 2021 at 2:29 PM Thomas Munro wrote:
> > Time to watch the buildfarm to find out if my speculation about
> > illumos is correct...
>
> I just heard that damselfly's host has been decommissioned with no
> immediate plan for a replacement. That
On Mon, Mar 1, 2021 at 2:29 PM Thomas Munro wrote:
> Time to watch the buildfarm to find out if my speculation about
> illumos is correct...
I just heard that damselfly's host has been decommissioned with no
immediate plan for a replacement. That was the last of the
Solaris-family animals testin
On Sat, Feb 27, 2021 at 12:04 AM Thomas Munro wrote:
> I'm planning to commit this soon if there are no objections.
Pushed, with the addition of an SFD_CLOEXEC flag for the signalfd.
Time to watch the buildfarm to find out if my speculation about
illumos is correct...
Here's a new version with two small changes from Andres:
1. Reorder InitPostmasterChild() slightly to avoid hanging on
EXEC_BACKEND builds.
2. Revert v2's use of raise(x) instead of kill(MyProcPid, x); glibc
manages to generate 5 syscalls for raise().
I'm planning to commit this soon if there ar
On Thu, Nov 19, 2020 at 4:49 PM Thomas Munro wrote:
> I'll add this to the next commitfest.
Let's see if this version fixes the Windows compile error and warning
reported by cfbot.
From 3eb542891a11d39047b28f6f33ae4e3d25bdd510 Mon Sep 17 00:00:00 2001
From: Thomas Munro
Date: Sat, 8 Aug 2020 15:
On Fri, Nov 13, 2020 at 12:42 PM Thomas Munro wrote:
> 1. It's a bit clunky that pqinitmask() takes a new argument to say
> whether SIGURG should be blocked; that's because the knowledge of
> which latch implementation we're using is private to latch.c, and only
> the epoll version needs to block
On Sun, Aug 9, 2020 at 11:48 PM Thomas Munro wrote:
> Here are some more experimental patches to reduce system calls.
>
> 0001 skips sending signals when the recipient definitely isn't
> waiting, using a new flag-and-memory-barrier dance. This seems to
> skip around 12% of the kill() calls for "m
Hi hackers,
Here are some more experimental patches to reduce system calls.
0001 skips sending signals when the recipient definitely isn't
waiting, using a new flag-and-memory-barrier dance. This seems to
skip around 12% of the kill() calls for "make check", and probably
helps with some replicat
10 matches
Mail list logo
