Re: pgsql: Raise maximum value of several timeout parameters
От | Magnus Hagander |
---|---|
Тема | Re: pgsql: Raise maximum value of several timeout parameters |
Дата | |
Msg-id | AANLkTin1hfG4Y5mYouJva+9REqBHgBYLkSfwaJoEpuRC@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: pgsql: Raise maximum value of several timeout parameters (Tom Lane <tgl@sss.pgh.pa.us>) |
Список | pgsql-committers |
On Sat, Mar 19, 2011 at 01:43, Tom Lane <tgl@sss.pgh.pa.us> wrote: > Andrew Dunstan <andrew@dunslane.net> writes: >> On 03/17/2011 02:25 PM, Peter Eisentraut wrote: >>> Raise maximum value of several timeout parameters > >> Did we not intend to backpatch this? The max_standby_*_delay settings >> are particularly worrisome to me, and ISTM there's a good case for >> calling these just bugs. Surely nobody is relying on the maximum value >> being 35 minutes. > > I would argue that this isn't a bug fix: the code was operating as > designed. What it is is a feature improvement, and one that has nonzero > risk of introducing new bugs. So I vote for no backpatch. Let it make > its way into the world after a beta cycle. I dunno, I think particularly for the standby delay parameters it can definitely be considered a bugfix. I've come across a fair number of cases hitting the current limit right away. And given how trivial the patch is... That said, we can have it run through the beta cycle on 9.1 and then backpatch it after we know it didn't cause any problems there, perhaps... -- Magnus Hagander Me: http://www.hagander.net/ Work: http://www.redpill-linpro.com/
В списке pgsql-committers по дате отправления: