]> git.ipfire.org Git - thirdparty/dbus.git/commit
sysdeps: increase listen() backlog of AF_UNIX sockets to SOMAXCONN
authorLennart Poettering <lennart@poettering.net>
Wed, 4 May 2016 16:06:17 +0000 (18:06 +0200)
committerLennart Poettering <lennart@poettering.net>
Mon, 9 May 2016 12:06:52 +0000 (14:06 +0200)
commit12bd6e893c91430fdbdf8a27087d4a792b04eef9
treed2f30a318457116e23b88a8d42988ed2404efb33
parent056d138255e07c191154230d3e59ac942c59caf2
sysdeps: increase listen() backlog of AF_UNIX sockets to SOMAXCONN

Previously, the listen() backlog was set to an arbitrary 30. This means
that if dbus-daemon is overloaded only 30 more connections may be queued
by the kernel, before connect() fails with EAGAIN. (Note that EAGAIN !=
EINPROGRESS -- the latter is what is returned if a connection is queued
and being processed for asynchronous sockets; EAGAIN in this case is
really an error, that cannot be recovered from).

Most software simply sets SOMAXCONN as backlog for AF_UNIX sockets, to
allow queuing of as many connections as the kernel allows. SOMAXCONN is
128 on Linux, which is not particularly high, but at least higher than
30.

This patch changes dbus-daemon to do the same.

I noticed this when flooding dbus-daemon with a lot of connections,
where it pretty quickly ceased to respond, much earlier than it really
should.

Note that the backlog has nothing to do with the number of concurrent
connections allowed, it simply controls how many queued, but not
accept()ed connections there may be on the listening socket.

https://bugs.freedesktop.org/show_bug.cgi?id=95264
dbus/dbus-sysdeps-unix.c