Re: idle connection timeout ...
От | Bruce Momjian |
---|---|
Тема | Re: idle connection timeout ... |
Дата | |
Msg-id | 200210251552.g9PFqaP27140@candle.pha.pa.us обсуждение исходный текст |
Ответ на | Re: idle connection timeout ... (Tom Lane <tgl@sss.pgh.pa.us>) |
Ответы |
Re: idle connection timeout ...
|
Список | pgsql-hackers |
Tom Lane wrote: > Bruce Momjian <pgman@candle.pha.pa.us> writes: > > Basically, total connections is to be set larger than you think you will > > ever need, while you expect per-db to be hit, and if something keeps > > trying to connect and failing, we may get very bad connection > > performance for other backends. > > Hmm, I see your point. A per-db limit *could* be useful even if it's > set high enough that you don't expect it to be hit ... but most likely > people would try to use it in a way that it wouldn't be very efficient > compared to a client-side solution. The only way to do it would be, after a few hits of the limit, to start delaying the connection rejections so you don't get hammered. It could be done, but even then, I am not sure if it would be optimal. -- Bruce Momjian | http://candle.pha.pa.us pgman@candle.pha.pa.us | (610) 359-1001+ If your life is a hard drive, | 13 Roberts Road + Christ can be your backup. | Newtown Square, Pennsylvania19073
В списке pgsql-hackers по дате отправления: