From: | Michael Paquier <michael(at)paquier(dot)xyz> |
---|---|
To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
Cc: | Andrew Gierth <andrew(at)tao11(dot)riddles(dot)org(dot)uk>, Paul Guo <pguo(at)pivotal(dot)io>, pgsql-hackers(at)postgresql(dot)org |
Subject: | Re: [Patch] Create a new session in postmaster by calling setsid() |
Date: | 2018-09-13 00:20:52 |
Message-ID: | 20180913002052.GD1387@paquier.xyz |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On Wed, Sep 12, 2018 at 03:55:00PM -0400, Tom Lane wrote:
> Although pg_ctl could sneak it in between forking and execing, it seems
> like it'd be cleaner to have the postmaster proper do it in response to
> a switch that pg_ctl passes it. That avoids depending on the fork/exec
> separation, and makes the functionality available for other postmaster
> startup mechanisms, and opens the possibility of delaying the detach
> to the end of startup.
I would be fine with something happening only once the postmaster thinks
that consistency has been reached and is open for business, though I'd
still think that this should be controlled by a switch, where the
default does what we do now. Feel free to ignore me if I am outvoted ;)
--
Michael
From | Date | Subject | |
---|---|---|---|
Next Message | Andrew Gierth | 2018-09-13 00:28:49 | Re: Avoid extra Sort nodes between WindowAggs when sorting can be reused |
Previous Message | Tom Lane | 2018-09-13 00:17:05 | Re: stat() on Windows might cause error if target file is larger than 4GB |