• Dridi Boukelmoune's avatar
    http1: Optionally honor thread_stats_rate · 849c0844
    Dridi Boukelmoune authored
    When a session is continuously used, for example in a multi-tier setup,
    it can take a very long time before an HTTP/1 session runs out of tasks
    and unwinds back to the point where the worker might update its stats.
    
    This phenomenon is amplified by thread_stats_rate, so it might take even
    longer to get statistics published. This is famously observed with load
    testing campaigns where a certain set of VSCs may not increase at all
    until the very end of a load run.
    
    This change makes it possible for HTTP/1 sessions to at least publish
    their statistics into the pool every thread_stats_rate requests.
    
    To avoid a potential performance cost, this behavior (technically
    complying with the documentation) is guarded by a feature flag. The
    flag is generic so this behavior may be extended to other busy loops,
    present (if any) or future.
    849c0844
Name
Last commit
Last update
..
cache Loading commit data...
common Loading commit data...
fuzzers Loading commit data...
hash Loading commit data...
hpack Loading commit data...
http1 Loading commit data...
http2 Loading commit data...
mgt Loading commit data...
proxy Loading commit data...
storage Loading commit data...
waiter Loading commit data...
Makefile.am Loading commit data...
VSC_lck.vsc Loading commit data...
VSC_main.vsc Loading commit data...
VSC_mempool.vsc Loading commit data...
VSC_mgt.vsc Loading commit data...
VSC_sma.vsc Loading commit data...
VSC_smf.vsc Loading commit data...
VSC_smu.vsc Loading commit data...
VSC_vbe.vsc Loading commit data...
builtin.vcl Loading commit data...
flint.lnt Loading commit data...
flint.sh Loading commit data...
vclflint.lnt Loading commit data...
vclflint.sh Loading commit data...