mirror of
http://git.haproxy.org/git/haproxy.git/
synced 2025-02-26 23:50:36 +00:00
During pool_free(), when the ->allocated value is 125% of needed_avg or more, instead of putting the object back into the pool, it's immediately freed using free(). By doing this we manage to significantly reduce the amount of memory pinned in pools after transient traffic spikes. During a test involving a constant load of 100 concurrent connections each delivering 100 requests per second, the memory usage was a steady 21 MB RSS. Adding a 1 minute parallel load of 40k connections all looping on 100kB objects made the memory usage climb to 938 MB before this patch. With the patch it was only 660 MB. But when this parasit load stopped, before the patch the RSS would remain at 938 MB while with the patch, it went down to 480 then 180 MB after a few seconds, to stabilize around 69 MB after about 20 seconds. This can be particularly important to improve reloads where the memory has to be shared between the old and new process. Another improvement would be welcome, we ought to have a periodic task to check pools usage and continue to free up unused objects regardless of any call to pool_free(), because the needed_avg value depends on the past and will not cover recently refilled objects. |
||
---|---|---|
.. | ||
common | ||
import | ||
proto | ||
types |