On 2018-04-06 17:49:19 -0400, Tom Lane wrote: > Andres Freund <and...@anarazel.de> writes: > > I'm still not particularly happy with this. > > I'm a bit confused as to what the point is. It seems unlikely that one > pgbench process can effectively drive enough backends for select's > limitations to really be an issue.
It's not that crazy to use more than 1024 connections (common FD_SETSIZE valu), especially over a higher latency connection. As I wrote, I think using a poll API that doesn't require looping over all sockets, even if they didn't get an event, would be a better plan. - Andres