Re: fix bgworkers in EXEC_BACKEND - Mailing list pgsql-hackers

From anarazel@anarazel.de
Subject Re: fix bgworkers in EXEC_BACKEND
Date
Msg-id 2e558203-cdd1-4bec-9cec-b50b9893e186@email.android.com
Whole thread Raw
In response to Re: fix bgworkers in EXEC_BACKEND  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-hackers

Tom Lane <tgl@sss.pgh.pa.us> schrieb:

>Andres Freund <andres@2ndquadrant.com> writes:
>> I am still worried about the following scenario in the EXEC_BACKEND
>case:
>
>> 1) postmaster starts
>> 2) reads config
>> 3) executes _PG_init for shared_preload_libraries
>> 4) library 'abc' gets config value 'abc.num_workers = 2' and
>registers as many workers
>> 5) some time goes by, workers, backends start
>> 6) abc.num_workers gets changed to 3, SIGHUP
>
>This is broken whether it's EXEC_BACKEND or not: you don't get to
>change
>anything that determines the number of workers post-startup.
>num_workers should have been declared PGC_POSTMASTER.

BTW, I think it happens not to be broken in the non EXEC_BACKEND case because the registration point for bgworkers is
_PG_initwhich will only be called once without EXEC_BACKEND, so config changes to SIGHUP'able variables won't change a
thingdangerous as the bgworker stuff is all set up. 

Andres


---
Please excuse the brevity and formatting - I am writing this on my mobile phone.



pgsql-hackers by date:

Previous
From: Andres Freund
Date:
Subject: Re: fix bgworkers in EXEC_BACKEND
Next
From: Stephen Frost
Date:
Subject: Re: Proposal: Store "timestamptz" of database creation on "pg_database"