Re: SOMAXCONN (was Re: Solaris source code)
От | Bruce Momjian |
---|---|
Тема | Re: SOMAXCONN (was Re: Solaris source code) |
Дата | |
Msg-id | 200107110059.f6B0xgV23763@candle.pha.pa.us обсуждение исходный текст |
Ответ на | Re: SOMAXCONN (was Re: Solaris source code) (Tom Lane <tgl@sss.pgh.pa.us>) |
Список | pgsql-hackers |
> ncm@zembu.com (Nathan Myers) writes: > > All the OSes we know of fold it to 128, currently. We can jump it > > to 10240 now, or later when there are 20GHz CPUs. > > > If you want to make it more complicated, it would be more useful to > > be able to set the value lower for runtime environments where PG is > > competing for OS resources with another daemon that deserves higher > > priority. > > Hmm, good point. Does anyone have a feeling for the amount of kernel > resources that are actually sucked up by an accept-queue entry? If 128 > is the customary limit, is it actually worth worrying about whether > we are setting it to 128 vs. something smaller? All I can say is keep in mind that Solaris uses SVr4 streams, which are quite a bit heavier than the BSD-based sockets. I don't know any numbers. -- Bruce Momjian | http://candle.pha.pa.us pgman@candle.pha.pa.us | (610) 853-3000+ If your life is a hard drive, | 830 Blythe Avenue + Christ can be your backup. | Drexel Hill, Pennsylvania19026
В списке pgsql-hackers по дате отправления: