Re: [HACKERS] kqueue - Mailing list pgsql-hackers

From Peter Eisentraut
Subject Re: [HACKERS] kqueue
Date
Msg-id aec4d22e-857e-2512-2d0c-3eb8fbce9737@2ndquadrant.com
Whole thread Raw
In response to Re: [HACKERS] kqueue  (Thomas Munro <thomas.munro@gmail.com>)
Responses Re: [HACKERS] kqueue  (Tom Lane <tgl@sss.pgh.pa.us>)
Re: [HACKERS] kqueue  (Thomas Munro <thomas.munro@gmail.com>)
List pgsql-hackers
On 2019-12-20 01:26, Thomas Munro wrote:
> It's still my intention to get this committed eventually, but I got a
> bit frazzled by conflicting reports on several operating systems.  For
> FreeBSD, performance was improved in many cases, but there were also
> some regressions that seemed to be related to ongoing work in the
> kernel that seemed worth waiting for.  I don't have the details
> swapped into my brain right now, but there was something about a big
> kernel lock for Unix domain sockets which possibly explained some
> local pgbench problems, and there was also a problem relating to
> wakeup priority with some test parameters, which I'd need to go and
> dig up.  If you want to test this and let us know how you get on,
> that'd be great!  Here's a rebase against PostgreSQL's master branch,

I took this patch for a quick spin on macOS.  The result was that the 
test suite hangs in the test src/test/recovery/t/017_shm.pl.  I didn't 
see any mentions of this anywhere in the thread, but that test is newer 
than the beginning of this thread.  Can anyone confirm or deny this 
issue?  Is it specific to macOS perhaps?

-- 
Peter Eisentraut              http://www.2ndQuadrant.com/
PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services



pgsql-hackers by date:

Previous
From: Alvaro Herrera
Date:
Subject: Re: Crash in BRIN summarization
Next
From: Michael Paquier
Date:
Subject: Re: TRUNCATE on foreign tables