On 07/03/2018 08:19 AM, Marcus Kool wrote: > The original intention of this default value is have a queue that is > twice the size of the messages being processed, AFAICT, the "original intention" was different. The original intention was to preserve old/unpatched Squid behavior to the extent possible and to treat all helper categories in a more uniform way. Helper category inconsistencies in the old Squid and what was changed/preserved are well documented at https://github.com/squid-cache/squid/commit/6825b10 > 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. Using 2*NCONC*NCHILD by default would change what every Squid does after an upgrade. Many admins do not like such changes and, like Amos said, we try to avoid such surprises (with all other factors being equal). > I do not understand that "compatibility" with doing the wrong > calculation is a good thing. Avoiding surprises during upgrades is a good thing. If you think Squid should use a different default for all or some helper categories, please post a proposal that documents pros and cons and justifies the change. The URL above can be used as your guide to helper categories. Thank you, Alex. > 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@xxxxxxxxxxxxxxxxxxxxx >> http://lists.squid-cache.org/listinfo/squid-users >> > _______________________________________________ > squid-users mailing list > squid-users@xxxxxxxxxxxxxxxxxxxxx > http://lists.squid-cache.org/listinfo/squid-users _______________________________________________ squid-users mailing list squid-users@xxxxxxxxxxxxxxxxxxxxx http://lists.squid-cache.org/listinfo/squid-users
