• Nils Goroll's avatar
    Parameter ban_cutoff to limit the number of active (incomplete) bans · 4073a4b6
    Nils Goroll authored
    Expurge long tail content from the cache to keep the number of bans
    below this value. 0 disables.
    
    This is a safety net to avoid bad response times due to bans being
    tested at lookup time. Setting a cutoff trades response time for cache
    efficiency. The recommended value is proportional to
    rate(bans_lurker_tests_tested) / n_objects while the ban lurker is
    working, which is the number of bans the system can sustain. The
    additional latency due to request ban testing is in the order of
    ban_cutoff / rate(bans_lurker_tests_tested). For example, for
    rate(bans_lurker_tests_tested) = 2M/s and a tolerable latency of
    100ms, a good value for ban_cutoff may be 200K.
    
    Merges #2131
    4073a4b6
Name
Last commit
Last update
.github Loading commit data...
bin Loading commit data...
doc Loading commit data...
etc Loading commit data...
include Loading commit data...
lib Loading commit data...
m4 Loading commit data...
man Loading commit data...
tools Loading commit data...
.gitignore Loading commit data...
.syntastic_c_config Loading commit data...
.travis.yml Loading commit data...
CONTRIBUTING Loading commit data...
ChangeLog Loading commit data...
INSTALL Loading commit data...
LICENSE Loading commit data...
Makefile.am Loading commit data...
Makefile.inc.phk Loading commit data...
Makefile.phk Loading commit data...
README.Packaging Loading commit data...
README.rst Loading commit data...
autogen.des Loading commit data...
autogen.sh Loading commit data...
config.phk Loading commit data...
configure.ac Loading commit data...
flint.lnt Loading commit data...
varnish-legacy.m4 Loading commit data...
varnish.m4 Loading commit data...
varnishapi-uninstalled.pc.in Loading commit data...
varnishapi.pc.in Loading commit data...