General

Profile

eyecue

  • Login: eyecue
  • Registered on: 2009-12-10
  • Last sign in: 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...
eyecue

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... eyecue
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...
eyecue
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... eyecue
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-... eyecue

Also available in: Atom