mirror of
http://git.haproxy.org/git/haproxy.git/
synced 2025-01-19 04:00:46 +00:00
f49d1df25c
On overloaded systems, it sometimes happens that hundreds or thousands of incoming connections are queued in the system's backlog, and all get dequeued at once. The problem is that when haproxy processes them and does not apply any limit, this can take some time and the internal date does not progress, resulting in wrong timer measures for all sessions. The most common effect of this is that all of these sessions report a large request time (around several hundreds of ms) which is in fact caused by the time spent accepting other connections. This might happen on shared systems when the machine swaps. For this reason, we finally apply a reasonable limit even in mono-process mode. Accepting 100 connections at once is fast enough for extreme cases and will not cause that much of a trouble when the system is saturated. |
||
|---|---|---|
| .. | ||
| design-thoughts | ||
| internals | ||
| acl.fig | ||
| architecture.txt | ||
| configuration.txt | ||
| gpl.txt | ||
| haproxy-en.txt | ||
| haproxy-fr.txt | ||
| haproxy.1 | ||
| lgpl.txt | ||
| queuing.fig | ||
| tcp-splicing.txt | ||