[squid-users] squid 4.1 default queue-size should consider concurrency

[Amish]

2*NCONC*NCHILD will possibly lead to too high value as a default and the 
busy-ness will never be logged.

My proposal of higher of (2*NCONC) and (2*NCHILD) would mean that load 
is now regularly high enough that atleast 2 more children are needed.

We can start with that and then find a better formula.

Amish


On Tuesday 03 July 2018 07:49 PM, Marcus Kool wrote:
> The original intention of this default value is have a queue that is 
> twice the size of the messages being processed, so for helpers with 
> concurrency=NCONC and num_children=NCHILD it makes a lot of sense to 
> set the default queue length to 2*NCONC*NCHILD.
> I do not understand that "compatibility" with doing the wrong 
> calculation is a good thing.
>
> Marcus
>
>
> On 03/07/18 05:16, Amos Jeffries wrote:
>> On 03/07/18 20:00, Amish wrote:
>>> Hello,
>>>
>>> In squid 4.1 new option "queue-size" was introduced.
>>>
>>> In most (or all) cases default "queue-size" is set to children-max*2.
>>>
>>> But I believe it should be higher of (children-max*2) OR 
>>> (concurrency*2)
>>>
>>> Or it can be some better formula but the point I am trying to make is
>>> that, "concurrency" should be taken in to account for calculating
>>> default value of "queue-size".
>>>
>>> Please consider.
>>
>> FYI; When we add a directive or option to control some behaviour that
>> already happens the default is usually set to the value all existing
>> Squid are using so nobody gets an unexpected surprise with upgrade.
>>
>> That can change later once more people have experimented to find what a
>> better value actually is.
>>
>> Cheers
>> Amos
>> _______________________________________________
>> squid-users mailing list
>> squid-users at lists.squid-cache.org
>> http://lists.squid-cache.org/listinfo/squid-users
>>
> _______________________________________________
> squid-users mailing list
> squid-users at lists.squid-cache.org
> http://lists.squid-cache.org/listinfo/squid-users