Re: [HACKERS] kqueue

Поиск
Список
Период
Сортировка
От Thomas Munro
Тема Re: [HACKERS] kqueue
Дата
Msg-id CA+hUKGKhEibUEzJ0WRQr=s8C6qYQ=Fhzd60q0+41WoZmvye6oA@mail.gmail.com
обсуждение исходный текст
Ответ на Re: [HACKERS] kqueue  (Thomas Munro <thomas.munro@gmail.com>)
Список pgsql-hackers
On Fri, Dec 20, 2019 at 1:26 PM Thomas Munro <thomas.munro@gmail.com> wrote:
> On Fri, Dec 20, 2019 at 12:41 PM Rui DeSousa <rui@crazybean.net> wrote:
> > PostgreSQL 11

BTW, PostgreSQL 12 has an improvement that may be relevant for your
case: it suppresses a bunch of high frequency reads on the "postmaster
death" pipe in some scenarios, mainly the streaming replica replay
loop (if you build on a system new enough to have PROC_PDEATHSIG_CTL,
namely FreeBSD 11.2+, it doesn't bother reading the pipe unless it's
received a signal).  That pipe is inherited by every process and
included in every poll() set.  The kqueue patch doesn't even bother to
add it to the wait event set, preferring to use an EVFILT_PROC event,
so in theory we could get rid of the death pipe completely on FreeBSD
and rely on EVFILT_PROC (sleeping) and PDEATHSIG (while awake), but I
wouldn't want to make the code diverge from the Linux code too much,
so I figured we should leave the pipe in place but just avoid
accessing it when possible, if that makes sense.



В списке pgsql-hackers по дате отправления:

Предыдущее
От: Andreas Karlsson
Дата:
Сообщение: Re: More issues with expressions always false (no patch)
Следующее
От: "Smith, Peter"
Дата:
Сообщение: RE: Proposal: Add more compile-time asserts to exposeinconsistencies.