Re: shared memory message queues - Mailing list pgsql-hackers

From Alvaro Herrera
Subject Re: shared memory message queues
Date
Msg-id 20140114185455.GH6840@eldon.alvh.no-ip.org
Whole thread Raw
In response to Re: shared memory message queues  (Robert Haas <robertmhaas@gmail.com>)
Responses Re: shared memory message queues  (Robert Haas <robertmhaas@gmail.com>)
List pgsql-hackers
Robert Haas escribió:
> On Tue, Jan 14, 2014 at 12:43 PM, Thom Brown <thom@linux.com> wrote:

> > LOG:  worker process: test_shm_mq (PID 22041) exited with exit code 1
> > LOG:  unregistering background worker "test_shm_mq"
> 
> This is (perhaps unfortunately) required by the background-worker API.
>  When a process exits with code 0, it's immediately restarted
> regardless of the restart-time setting.  To get the system to respect
> the restart time (in this case, "never") you have to make it exit with
> code 1.  It's been like this since the beginning, and I wasn't in a
> hurry to change it even though it seems odd to me.  Perhaps we should
> revisit that decision.

Yeah, it's probably better to do it now rather than waiting.  When this
API was invented there wasn't any thought given to the idea of workers
that wouldn't be always up.

-- 
Álvaro Herrera                http://www.2ndQuadrant.com/
PostgreSQL Development, 24x7 Support, Training & Services



pgsql-hackers by date:

Previous
From: salah jubeh
Date:
Subject: Add force option to dropdb
Next
From: Gavin Flower
Date:
Subject: Re: [Lsf-pc] Linux kernel impact on PostgreSQL performance