Re: Backends stunk in wait event IPC/MessageQueueInternal - Mailing list pgsql-hackers

From Japin Li
Subject Re: Backends stunk in wait event IPC/MessageQueueInternal
Date
Msg-id MEYP282MB16692BC1B5D642CCB9C4DE35B6CF9@MEYP282MB1669.AUSP282.PROD.OUTLOOK.COM
Whole thread Raw
In response to Re: Backends stunk in wait event IPC/MessageQueueInternal  (Thomas Munro <thomas.munro@gmail.com>)
Responses Re: Backends stunk in wait event IPC/MessageQueueInternal
List pgsql-hackers
On Sat, 14 May 2022 at 11:01, Thomas Munro <thomas.munro@gmail.com> wrote:
> On Sat, May 14, 2022 at 10:25 AM Thomas Munro <thomas.munro@gmail.com> wrote:
>> Japin, are you able to reproduce the problem reliably?  Did I guess
>> right, that you're on illumos?  Does this help?  I used
>> defined(__sun__) to select the option, but I don't remember if that's
>> the right way to detect that OS family, could you confirm that, or
>> adjust as required?
>
> Better version.  Now you can independently set -DWAIT_USE_{POLL,EPOLL}
> and -DWAIT_USE_{SELF_PIPE,SIGNALFD} for testing, and it picks a
> sensible default.

Thanks for your patch!  The illumos already defined the following macros.

$ gcc -dM -E - </dev/null | grep -e 'illumos' -e 'sun'
#define __sun 1
#define __illumos__ 1
#define sun 1
#define __sun__ 1

Maybe use the __illumos__ macro more accurity.

+#elif defined(WAIT_USE_EPOLL) && defined(HAVE_SYS_SIGNALFD_H) && \
+       !defined(__sun__)


-- 
Regrads,
Japin Li.
ChengDu WenWu Information Technology Co.,Ltd.



pgsql-hackers by date:

Previous
From: "osumi.takamichi@fujitsu.com"
Date:
Subject: RE: Skipping schema changes in publication
Next
From: Michael Paquier
Date:
Subject: Re: Possible corruption by CreateRestartPoint at promotion