AW: Re: SOMAXCONN (was Re: Solaris source code)

Поиск
Список
Период
Сортировка
От Zeugswetter Andreas SB
Тема AW: Re: SOMAXCONN (was Re: Solaris source code)
Дата
Msg-id 11C1E6749A55D411A9670001FA68796336837F@sdexcsrv1.f000.d0188.sd.spardat.at
обсуждение исходный текст
Ответы Re: Re: SOMAXCONN (was Re: Solaris source code)  (ncm@zembu.com (Nathan Myers))
Список pgsql-hackers
> The question is really whether you ever want a client to get a
> "rejected" result from an open attempt, or whether you'd rather they 
> got a report from the back end telling them they can't log in.  The 
> second is more polite but a lot more expensive.  That expense might 
> really matter if you have MaxBackends already running.

One of us has probably misunderstood the listen parameter.
It only limits the number of clients that can connect concurrently.
It has nothing to do with the number of clients that are already connected.
It sort of resembles a maximum queue size for the accept loop.
Incoming connections fill the queue, accept frees the queue by taking the 
connection to a newly forked backend.

Andreas


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

Предыдущее
От: "Vadim Mikheev"
Дата:
Сообщение: Re: Strangeness in xid allocation / snapshot setup
Следующее
От: "V. M."
Дата:
Сообщение: Child itemid in update-chain marked as unused - can't continue repair_frag