Re: kqueue - Mailing list pgsql-hackers

From Robert Haas
Subject Re: kqueue
Date
Msg-id CA+Tgmoa_3pqOSWwgYvQ5GeYVzKqizXrrAyyWKmmhm0OmeHXj2Q@mail.gmail.com
Whole thread Raw
In response to Re: kqueue  (Andres Freund <andres@anarazel.de>)
Responses Re: kqueue  (Alvaro Herrera <alvherre@2ndquadrant.com>)
Re: kqueue  (Andres Freund <andres@anarazel.de>)
List pgsql-hackers
On Thu, Apr 21, 2016 at 2:22 PM, Andres Freund <andres@anarazel.de> wrote:
> On 2016-04-21 14:15:53 -0400, Robert Haas wrote:
>> On Tue, Mar 29, 2016 at 7:53 PM, Thomas Munro
>> <thomas.munro@enterprisedb.com> wrote:
>> > On the WaitEventSet thread I posted a small patch to add kqueue
>> > support[1].  Since then I peeked at how some other software[2]
>> > interacts with kqueue and discovered that there are platforms
>> > including NetBSD where kevent.udata is an intptr_t instead of a void
>> > *.  Here's a version which should compile there.  Would any NetBSD
>> > user be interested in testing this?  (An alternative would be to make
>> > configure to test for this with some kind of AC_COMPILE_IFELSE
>> > incantation but the steamroller cast is simpler.)
>>
>> Did you code this up blind or do you have a NetBSD machine yourself?
>
> RMT, what do you think, should we try to get this into 9.6? It's
> feasible that the performance problem 98a64d0bd713c addressed is also
> present on free/netbsd.

My personal opinion is that it would be a reasonable thing to do if
somebody can demonstrate that it actually solves a real problem.
Absent that, I don't think we should rush it in.

-- 
Robert Haas
EnterpriseDB: http://www.enterprisedb.com
The Enterprise PostgreSQL Company



pgsql-hackers by date:

Previous
From: Andres Freund
Date:
Subject: Re: kqueue
Next
From: Andres Freund
Date:
Subject: Re: Reducing the size of BufferTag & remodeling forks