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@lists.squid-cache.org
http://lists.squid-cache.org/listinfo/squid-users
_______________________________________________
squid-users mailing list
squid-users@lists.squid-cache.org
http://lists.squid-cache.org/listinfo/squid-users
_______________________________________________
squid-users mailing list
squid-users@lists.squid-cache.org
http://lists.squid-cache.org/listinfo/squid-users
