<br><div class="gmail_quote"><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><div class="im"><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">

Или я ошибаюсь, и параметр backlog в listen() ограничивает не число одновременно живущих соединений, а что-то еще?<br>
</blockquote>
<br></div>
да.<br>
<br>
ListenBacklog - The maximum length of the queue of pending connections<br>
<br>
параметр ListenBacklog задает максимальную длину очереди ожидающих<br>
подключений на каждый listening socket, а не максимально возможное<br>
количество одновременно обрабатываемых запросов / занятых воркеров.<br>
<br></blockquote></div><br>Возможно, я ошибаюсь, но вот тут: <a href="http://linux.die.net/man/2/listen">http://linux.die.net/man/2/listen</a> - написано что-то отличное от этого (кажется):<br><h2>Notes</h2>
The behaviour of the <i>backlog</i> parameter on TCP sockets changed with Linux 2.2. Now it specifies the queue
length for <i>completely</i> established sockets waiting to be accepted, instead of the number of incomplete connection requests. The maximum length of the
queue for incomplete sockets can be set using the <b>tcp_max_syn_backlog</b> sysctl. When syncookies are enabled there is no logical maximum length and this
sysctl setting is ignored. See <i><b><a href="http://linux.die.net/man/7/tcp">tcp</a></b>(7)</i> for more information.
<br>