Re: contrib: auth_delay module

Поиск
Список
Период
Сортировка
От KaiGai Kohei
Тема Re: contrib: auth_delay module
Дата
Msg-id 4CE62DCF.5050506@ak.jp.nec.com
обсуждение исходный текст
Ответ на Re: contrib: auth_delay module  (Robert Haas <robertmhaas@gmail.com>)
Ответы Re: contrib: auth_delay module  ("Ross J. Reedstrom" <reedstrm@rice.edu>)
Re: contrib: auth_delay module  (KaiGai Kohei <kaigai@ak.jp.nec.com>)
Список pgsql-hackers
(2010/11/18 2:17), Robert Haas wrote:
> On Wed, Nov 17, 2010 at 10:32 AM, Ross J. Reedstrom<reedstrm@rice.edu>  wrote:
>> On Tue, Nov 16, 2010 at 09:41:37PM -0500, Robert Haas wrote:
>>> On Tue, Nov 16, 2010 at 8:15 PM, KaiGai Kohei<kaigai@ak.jp.nec.com>  wrote:
>>>> If we don't need a PoC module for each new hooks, I'm not strongly
>>>> motivated to push it into contrib tree.
>>>> How about your opinion?
>>>
>>> I'd say let it go, unless someone else feels strongly about it.
>>
>> I would use this module (rate limit new connection attempts) as soon as
>> I could. Putting a cap on potential CPU usage on a production DB by either
>> a blackhat or mistake by a developer caused by a mistake in
>> configuration (leaving the port accessible) is definitely useful, even
>> in the face of max_connections. My production apps already have
>> their connections and seldom need new ones. They all use CPU though.
>
> If KaiGai updates the code per previous discussion, would you be
> willing to take a crack at adding documentation?
>
> P.S. Your email client seems to be setting the Reply-To address to a
> ridiculous value.
>
OK, I'll revise my patch according to the previous discussion.
Please wait for about one week. I have a big event in this weekend.

Thanks,
-- 
KaiGai Kohei <kaigai@ak.jp.nec.com>


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

Предыдущее
От: Andres Freund
Дата:
Сообщение: Re: Latches with weak memory ordering (Re: max_wal_senders must die)
Следующее
От: KaiGai Kohei
Дата:
Сообщение: Re: Label switcher function