Re: less log level for success dynamic background workers for 9.5 - Mailing list pgsql-hackers

From Tom Lane
Subject Re: less log level for success dynamic background workers for 9.5
Date
Msg-id 12659.1435024062@sss.pgh.pa.us
Whole thread Raw
In response to Re: less log level for success dynamic background workers for 9.5  (Michael Paquier <michael.paquier@gmail.com>)
Responses Re: less log level for success dynamic background workers for 9.5  (Robert Haas <robertmhaas@gmail.com>)
List pgsql-hackers
Michael Paquier <michael.paquier@gmail.com> writes:
> On Tue, Jun 23, 2015 at 10:07 AM, Robert Haas wrote:
>> On Mon, Jun 22, 2015 at 8:19 PM, Jim Nasby wrote:
>>> Anything ever happen with this? I agree that LOG is to high for reporting
>>> most (if not all) of these things.

>> I think we should consider having a flag for this behavior rather than
>> changing the behavior across the board.
>> But then again, maybe we should just change it.
>> 
>> What do others think?

> A GUC just for that looks like an overkill to me, this log is useful
> when debugging. And one could always have its bgworker call elog by
> itself at startup and before leaving to provide more or less similar
> information.

I agree that we don't need YAGUC here, particularly not one that applies
indiscriminately to all bgworkers.  I'd vote for just decreasing the log
level.  The current coding is appropriate for a facility that's basically
experimental; but as it moves towards being something that would be used
routinely in production, the argument for being noisy in the log gets
weaker and weaker.
        regards, tom lane



pgsql-hackers by date:

Previous
From: Peter Geoghegan
Date:
Subject: Re: Further issues with jsonb semantics, documentation
Next
From: Kouhei Kaigai
Date:
Subject: Re: upper planner path-ification