Re: Use SIGQUIT instead of SIGUSR1?
| От | Tom Lane |
|---|---|
| Тема | Re: Use SIGQUIT instead of SIGUSR1? |
| Дата | |
| Msg-id | 2235.984092094@sss.pgh.pa.us обсуждение исходный текст |
| Ответ на | Re: Use SIGQUIT instead of SIGUSR1? (ncm@zembu.com (Nathan Myers)) |
| Список | pgsql-hackers |
ncm@zembu.com (Nathan Myers) writes:
> On Thu, Mar 08, 2001 at 04:06:16PM -0500, Tom Lane wrote:
>> I think it'd be a good idea to change the code so that SIGQUIT is the
>> per-backend quickdie() signal, not SIGUSR1, to bring the postmaster and
>> backend signals back into some semblance of agreement.
> The number and variety of signals used in PG is already terrifying.
> Attaching a specific meaning to SIGQUIT may be dangerous if the OS and
> its daemons also send SIGQUIT to mean something subtly different.
Quite true. One additional reason for this change is to make SIGQUIT
do something a little closer to what one would expect, ie, force-quit
the backend, and in particular to ensure that SIGQUIT'ing the whole
postmaster-and-backends process group produces a reasonable result.
We've been gradually rationalizing the signal usage over the last few
releases, and this is another step in the process.
regards, tom lane
В списке pgsql-hackers по дате отправления: