third-party-mirrors/sslh
1
0 Fork 0
mirror of https://github.com/yrutschle/sslh.git synced 2026-10-22 18:12:10 +03:00
Code Issues Packages Projects Releases Wiki Activity

add link to libev documentation

Browse Source
This commit is contained in:
Yves Rűtschlé committed 2025-08-17 10:47:19 +02:00
1 parent 0baf23df95
commit 988f7135ef
1 file changed
+2 -2
Download Patch File Download Diff File Expand all files Collapse all files
doc/max_connections.md
+2 -2
View File
@@ -12,8 +12,8 @@ cause exgagerated resource consumption.
In particular, when `sslh` runs into its file descriptor In particular, when `sslh` runs into its file descriptor
limit (as defined with `ulimit -n`), bad things happen: It limit (as defined with `ulimit -n`), bad things happen: It
becomes impossible to accept() new sockets efficiently becomes impossible to accept() new sockets efficiently
(refer to libev's documentation, "The special problem of (refer to libev's documentation, ["The special problem of
accept()ing when you can't"). Currently, when `sslh-ev` or accept()ing when you can't"](http://pod.tst.eu/http://cvs.schmorp.de/libev/ev.pod#The_special_problem_of_accept_ing_wh)). Currently, when `sslh-ev` or
`sslh-select` reaches its limit of file descriptors, it just `sslh-select` reaches its limit of file descriptors, it just
stops accepting new connections altogether for a few stops accepting new connections altogether for a few
seconds, hoping for the situation to get better soon. It is seconds, hoping for the situation to get better soon. It is