Maximum backlog on "listen" calls

Thread View: net.lan

1 messages

[T] Back to Threads [V] Tree View [G] Group Articles

1 total messages Started by Eric Bergan Tue, 13 May 1986 13:05

#1089

Author: Eric Bergan
Date: Tue, 13 May 1986 13:05

15 lines
1160 bytes

	We are developing a system that will be primarily dedicated to
servers for the network. Currently, the "listen" call limits the
size of the backlog queue to 5. This is done by a #define of SOMAXCONN.
I would be interested in knowing the relative pros and cons of increasing
SOMAXCONN, since this occasionally causes one of our clients to fail
to connect. In looking at the code, the only place SOMAXCONN is used is
in a "min" statement with the "backlog" parameter. Does anyone know
why 5 was chosen? Will we consume massive memory, or destroy our
network throughput if we reset it to, say 16?

-- 

					eric
					...!seismo!umcp-cs!aplcen!osiris!eric

Thread Navigation

This is a paginated view of messages in the thread with full content displayed inline.

Messages are displayed in chronological order, with the original post highlighted in green.

Use pagination controls to navigate through all messages in large threads.

Back to All Threads