Re: idle_in_transaction_timeout

Поиск
Список
Период
Сортировка
От Kevin Grittner
Тема Re: idle_in_transaction_timeout
Дата
Msg-id 1403375024.35164.YahooMailNeo@web122301.mail.ne1.yahoo.com
обсуждение исходный текст
Ответ на Re: idle_in_transaction_timeout  (Andrew Dunstan <andrew@dunslane.net>)
Ответы Re: idle_in_transaction_timeout
Re: idle_in_transaction_timeout
Список pgsql-hackers
Andrew Dunstan <andrew@dunslane.net> wrote:


> On 06/19/2014 06:33 PM, Josh Berkus wrote:

>>> ISTM our realistic options are for seconds or msec as the unit.  If it's
>>> msec, we'd be limited to INT_MAX msec or around 600 hours at the top end,
>>> which seems like enough to me but maybe somebody thinks differently?
>>> Seconds are probably OK but I'm worried about somebody complaining that
>>> that's not enough resolution, especially as machines get faster.
>> I can picture a 500ms timeout more readily than I can picture a 1000hr
>> timeout.
>
> As long as we can specify the units, and don't have to say 1000 to mean
> 1 second, I agree. I would normally expect this to be set in terms of
> minutes rather than millisecs.


OK, so I think we want to see a patch based on v1 (FATAL approach)
with a change of the name to idle_in_transaction_session_timeout
and the units changed to milliseconds.  I don't see why the
remoteversion test shouldn't be changed to use 90500 now, too.

I'll flip this to Waiting on Author for those changes.

--
Kevin Grittner
EDB: http://www.enterprisedb.com
The Enterprise PostgreSQL Company



В списке pgsql-hackers по дате отправления:

Предыдущее
От: Martijn van Oosterhout
Дата:
Сообщение: Re: Minmax indexes
Следующее
От: Pavel Stehule
Дата:
Сообщение: review: Built-in binning functions