From mboxrd@z Thu Jan 1 00:00:00 1970 From: Michael Tremer To: development@lists.ipfire.org Subject: Re: squid 5.1 gone stable Date: Thu, 19 Aug 2021 14:57:32 +0100 Message-ID: In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============0707156962965196485==" List-Id: --===============0707156962965196485== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Hello, > On 18 Aug 2021, at 17:42, Matthias Fischer = wrote: >=20 > Hi, >=20 > On 16.08.2021 11:40, Michael Tremer wrote: > ... >>> What makes me wonder: during build, 'squid' says it can open '32768', >>> during start its '4096'. If someone knows why, please enlighten me... ;-) >> 4096 is the default maximum number of files any process can open at the sa= me. >>=20 >> This is to protect the system from going crazy by having too many open fil= es (because I think the file descriptor table used to be of a static size in = older versions of the kernel). >>=20 >>>> I suppose this is enough and I can live with 32k. We should remove the f= ield from the UI then. >>> Me too, but are 4096 enough? >> No. I don=E2=80=99t know why the squid team isn=E2=80=99t handling this be= tter. We are hitting this problem every time we update to a new version. >>=20 >> I suppose this is fine for testing. >>=20 >> You can try adding =E2=80=9Culimit -n 32768=E2=80=9D to the squid init scr= ipt and then it should be able to open up to 32k files. > ... >=20 > Thanks for the clarification - I tested this with 'squid 5.1'. It seems > to work: >=20 > ... > case "1$" in > start) > ulimit -n 32768 > getpids "squid" > ... What is =E2=80=9Cgetpids=E2=80=9D good for? Adding the ulimit call to the initscript and removing the configuration optio= n from the CGI script is fine with me. > For my 'cache_peer' problem I opened a bug report > (https://bugs.squid-cache.org/show_bug.cgi?id=3D5147). Work in progress. I didn=E2=80=99t get it, but I am sure you know what you are doing :) It is good to work together with upstream. -Michael >=20 > Best, > Matthias --===============0707156962965196485==--