On 07/12/10 10:42, Jan-Frode Myklebust wrote:
We're running squid-2.6.STABLE21-6 on RHEL5, and are running running into the max number of file descriptors. I have increased it to 64K, but we're still touching the limit.. The server load is not high, but we do have many clients (about 170000 today according to calamaris) that are polling the same slow service often. So, is there any reason not to raise --with-maxfd and max_filedesc ?
If you have max_filedesc available you don't need to touch --with-maxfd. The build option just sets the default for the squid.conf option.
Are there any upper limits/recommendations for these ?
Others seems to have no problems with FD as high as 400K. The OS can handle a few million apparently. Though each open one in Squid has a few KB of buffer and meta data attached, so they will be eating your RAM indirectly.
If the number of connected clients gets extremely high you could tune the client persistent connection timeout to reduce resource usage a bit.
An upgrade to 2.7 will also make the requests complete and be ready for release faster if you want to go that way.
Amos -- Please be using Current Stable Squid 2.7.STABLE9 or 3.1.9 Beta testers wanted for 3.2.0.3
