On 24/08/2015 9:23 p.m., FredT wrote: > Hi Amos, > Since the patch, the Percent Used is decreasing correctly, no new 100% at > the moment. Oh well. Good signs at least for current needs. If you are open to the experiment <http://bugs.squid-cache.org/show_bug.cgi?id=2448> indicates a good way to force the over-100% issue to happen on demand. Just cut a GB off the current cache-used size and reconfigure. (I do fully understand not wanting to see the effects of that in a production machine. So your choice.) This patch will make that bugs issue more visible since it will outright pause all service while the resize happens. Rather than just slowing things down randomly as it grabs CPU cycles between traffic I/O. But clear predictable situation is better anyway. So is acceptable if pause is the only bad side effect. > > Why not using the Req/min as the value to use in the cleaning when the > cache_swap_low/high are reached ? > ex: Average HTTP requests per minute since start: 19232.8 > Btw, when the cache_swap_low is reached, the squid could use 25% of the > req/min for the cleaning and with the cache_swap_high the squid could use > 100%. > This is an example, there are tons of data in the squid we could use That is what I hope for long-term. But the value you see in those reports is not a narrow point value. It is an average over the entire uptime of the Squid. Calculating it requires clock lookups and a histogram of past data. A bit too complex for this loop which runs every single second. We simply dont have any nice metric yet that says "done N requests in the past 1 second". There are a few things in Squid that could make good use of it :-). > > Or, we could have special options to define by ourselves the number of > objects to clean, example: > - cache_swap_low_del_object 256 > - cache_swap_high_del_object 1024 > I have been considering both, and some others and the TODO is getting a bit longer. But its unlikely to happen in the coming weekends release. So far just the two bug fixes, and rate increase. Amos _______________________________________________ squid-users mailing list squid-users@xxxxxxxxxxxxxxxxxxxxx http://lists.squid-cache.org/listinfo/squid-users
