Re: shared memory message queues

From: Alvaro Herrera <alvherre(at)2ndquadrant(dot)com>
To: Robert Haas <robertmhaas(at)gmail(dot)com>
Cc: Thom Brown <thom(at)linux(dot)com>, Andres Freund <andres(at)2ndquadrant(dot)com>, "pgsql-hackers(at)postgresql(dot)org" <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: shared memory message queues
Date: 2014-01-14 18:54:55
Message-ID: 20140114185455.GH6840@eldon.alvh.no-ip.org
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

Robert Haas escribió:
> On Tue, Jan 14, 2014 at 12:43 PM, Thom Brown <thom(at)linux(dot)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

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Gavin Flower 2014-01-14 19:03:28 Re: [Lsf-pc] Linux kernel impact on PostgreSQL performance
Previous Message salah jubeh 2014-01-14 18:53:27 Add force option to dropdb