From: | Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us> |
---|---|
To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
Cc: | pgsql-hackers(at)postgresql(dot)org |
Subject: | Re: SOMAXCONN (was Re: Solaris source code) |
Date: | 2001-07-11 00:59:42 |
Message-ID: | 200107110059.f6B0xgV23763@candle.pha.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
> ncm(at)zembu(dot)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(at)candle(dot)pha(dot)pa(dot)us | (610) 853-3000
+ If your life is a hard drive, | 830 Blythe Avenue
+ Christ can be your backup. | Drexel Hill, Pennsylvania 19026
From | Date | Subject | |
---|---|---|---|
Next Message | Bruce Momjian | 2001-07-11 01:01:48 | Re: 2 gig file size limit |
Previous Message | Ian Lance Taylor | 2001-07-11 00:51:38 | Re: SOMAXCONN (was Re: Solaris source code) |