]> git.sur5r.net Git - i3/i3/commit
Kill misbehaving subscribed clients instead of hanging 3263/head
authorOrestis Floros <orestisf1993@gmail.com>
Mon, 23 Apr 2018 09:20:05 +0000 (12:20 +0300)
committerOrestis Floros <orestisf1993@gmail.com>
Wed, 8 Aug 2018 16:14:56 +0000 (19:14 +0300)
commit37d0105c8328f718740c2ae9bae0dff87287a467
tree627147496e01133597919db0eaa27999891e9f46
parentb0bbe53d0404d600b29aa40671aadc2874c4ea50
Kill misbehaving subscribed clients instead of hanging

This change only affects clients that are subscribed to events, which
should be the main cause of our problems.

In the common case (no buffered data) the behaviour doesn't change at
all: the message is sent directly, no ev_io / ev_timeout callback is
enabled. Once a write to a client's socket is not completed fully
(returns with EAGAIN error), we put the message in the tail of a queue
and init an ev_io callback and a corresponding timer. If the timer is
triggered first, the socket is closed and the client connection is
removed. If the socket becomes writeable before the timeout we either
reset the timer if we couldn't push all the buffered data or completely
remove it if everything was pushed.

We could also replace ipc_send_message() for all client connections in
i3, not just those subscribed to events.

Furthermore, we could limit the amount of messages stored and increase
the timeout (or use multiple timeouts): eg it's ok if a client is not
reading for 10 seconds and we are only holding 5KB of messages for them
but it is not ok if they are inactive for 5 seconds and we have 30MB of
messages held.

Closes #2999
Closes #2539
docs/ipc
include/config_directives.h
include/ipc.h
include/libi3.h
libi3/safewrappers.c
parser-specs/config.spec
src/config_directives.c
src/ipc.c
testcases/t/201-config-parser.t
testcases/t/298-ipc-misbehaving-connection.t [new file with mode: 0644]