ldapv3.pdf 7947KB Apr 17 2013 11:30:42 AM - mirror omadata

Buffer Stuffing
(Single Threaded Installations Only)
On single threaded installations the DSA can (obviously) only process a single
request at a time. If a client submits a query that results in a large result set
and then abandons the connection or goes off-net the server will remain tied
up until the timelimit has expired. Such a course of events can also cause the
server to experience intermittant load spikes.
In an attempt to avoid this form of congestion slapd will request a large send
buffer from the operating system. A large send buffer allows the server to
dump the result set into the kernel and return to operation. It becomes the
responsibility of the kernel to manage the defunct client connection.
In order for this workaround to function properly the server administrator must
usually raise the system's default maximum send buffer size. On Linux
systems this can be adjusted with the following command:
sysctl -w net.core.wmem_max = 4194304