From: | Andres Freund <andres(at)anarazel(dot)de> |
---|---|
To: | pgsql-hackers(at)lists(dot)postgresql(dot)org,Alvaro Herrera <alvherre(at)alvh(dot)no-ip(dot)org> |
Cc: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>,Heikki Linnakangas <hlinnaka(at)iki(dot)fi>,pgsql-hackers <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: Excessive PostmasterIsAlive calls slow down WAL redo |
Date: | 2018-04-10 01:59:04 |
Message-ID: | DC980684-9CDF-4466-9072-669A6C9D9083@anarazel.de |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On April 9, 2018 6:57:23 PM PDT, Alvaro Herrera <alvherre(at)alvh(dot)no-ip(dot)org> wrote:
>Andres Freund wrote:
>>
>> On April 9, 2018 6:31:07 PM PDT, Alvaro Herrera
><alvherre(at)alvh(dot)no-ip(dot)org> wrote:
>
>> >Would it work to use this second pipe, to which each child writes a
>> >byte that postmaster never reads, and then rely on SIGPIPE when
>> >postmaster dies? Then we never need to do a syscall.
>>
>> I'm not following, could you expand on what you're suggesting? Note
>> that you do not get SIGPIPE for already buffered writes. Which
>> syscall can we avoid?
>
>Ah. I was thinking we'd get SIGPIPE from the byte sent at the start,
>as
>soon as the kernel saw that postmaster abandoned the fd by dying.
>Scratch that then.
Had the same idea, but unfortunately reality, in the form of a test program, cured me of my hope ;)
--
Sent from my Android device with K-9 Mail. Please excuse my brevity.
From | Date | Subject | |
---|---|---|---|
Next Message | Andres Freund | 2018-04-10 02:00:59 | Re: PostgreSQL's handling of fsync() errors is unsafe and risks data loss at least on XFS |
Previous Message | Craig Ringer | 2018-04-10 01:59:03 | Re: PostgreSQL's handling of fsync() errors is unsafe and risks data loss at least on XFS |