[squid-users] squid kid/SMP limitation like 1024 ips/opened sessions ?????
--Ahmad--
ahmed.zaeem at netstream.ps
Sun Sep 18 10:14:02 UTC 2016
hi Amos
you rock
that solved it !!
thank you so much
> On Sep 18, 2016, at 11:49 AM, Amos Jeffries <squid3 at treenet.co.nz> wrote:
>
> On 18/09/2016 6:38 a.m., Ahmed Alzaeem wrote:
>> thanks amos for clarification
>>
>> i expanded the kernel to handle high traffic
>> but still the issue in squid i believe …….
>>
>> is there anything can i do to let squid expand the 1024 sessions form kernel ?
>
> It is not a limit on number of "sessions". It is queues inside both the
> kernel and Squid getting so full of actions that need to happen that
> small ~50 byte packets travelling between worker processes (running
> inside the same machine!) take over 6 whole seconds to arrive.
>
> For processes on the same machine 'whole seconds' is thousands if not
> millions of times slower than it should be.
>
>
>>
>> you can imagine that I’m talking about the # of sockets seems limited to 1024 .
>>
>
> The key word is "seems". To you it seems that way. Reality is that
> number you are looking at is just a side effect of how fast your CPU is.
> Faster or slower CPU will have different number show up as the limit -
> because they will be able to process more or less actions before delays
> get longer than the timeout.
>
> Around about 1024 (or was it 1022? or 1028? or ...) the coordinator
> process and kernel are doing so much work the worker processes start
> thinking they have been orphaned and self-terminate.
>
>
>
>> can i expand it form squid ?
>>
>> any squid building compilation settings needed ?
>>
>
> You can edit src/ipc/Strand.cc and change the number parameter of the line:
> setTimeout(6, "Ipc::Strand::timeoutHandler");
>
> I would advise against making it too much different from the existing
> value though.
>
> Amos
>
More information about the squid-users
mailing list