Thomas Munro <thomas.munro@gmail.com> writes:
> Yeah retrying doesn't seem that nice. +1 for a bit of documentation,
> which I guess belongs in the server tuning part where we talk about
> sysctls, perhaps with a link somewhere near max_connections? More
> recent Linux kernels bumped it to 4096 by default so I doubt it'll
> come up much in the future, though.
Hmm. It'll be awhile till the 128 default disappears entirely
though, especially if assorted BSDen use that too. Probably
worth the trouble to document.
> Note that we also call listen()
> with a backlog value capped to our own PG_SOMAXCONN which is 1000. I
> doubt many people benchmark with higher numbers of connections but
> it'd be nicer if it worked when you do...
Actually it's 10000. Still, I wonder if we couldn't just remove
that limit now that we've desupported a bunch of stone-age kernels.
It's hard to believe any modern kernel can't defend itself against
silly listen-queue requests.
regards, tom lane
