eyecue
- Login: eyecue
- Registered on: 2009-12-10
- Last connection: 2009-12-19
Issues
open | closed | Total | |
---|---|---|---|
Assigned issues | 0 | 0 | 0 |
Reported issues | 0 | 1 | 1 |
Activity
2009-12-19
- 00:36 Lighttpd Feature #2116: add server.listen-backlog option instead of hard-coded value (128 * 8) for listen()
- Thanks for the feedback Olaf,
Olaf-van-der-Spek wrote:
> < server.max-connections isn't required for this to happ...
2009-12-10
- 23:23 Lighttpd Feature #2116: add server.listen-backlog option instead of hard-coded value (128 * 8) for listen()
- I think it's important to make a distinction between allowing customisation (which is good), and what the default val...
- 13:27 Lighttpd Feature #2116: add server.listen-backlog option instead of hard-coded value (128 * 8) for listen()
- Awesome stuff :]
From what I read, if listen()'s backlog is set to > SOMAXCONN, the kernel will silently limit it to... - 12:40 Lighttpd Feature #2116: add server.listen-backlog option instead of hard-coded value (128 * 8) for listen()
- I will concede that max-connections and listen() backlog values are not 'synonymous', but they are absolutely related...
- 05:49 Lighttpd Feature #2116 (Fixed): add server.listen-backlog option instead of hard-coded value (128 * 8) for listen()
- Lighttpd currently sets it's queue length to a hard coded value of 1024 (128 * 8) when calling listen(). This is non-...
Also available in: Atom