Live data from Hacker News

Achieving 5M persistent connections with Project Loom virtual threads

github.com

1–10 of 150 posts

Re: Achieving 5M persistent connections with Project Loom virtual threads

#6

With a maximum of 64k TCP connections per single server IP, you need 77 different IP on the server side. This is a fact.

Pretty sure you can bump that up in the kernel to hold more active connections per server that 64k...

Re: Achieving 5M persistent connections with Project Loom virtual threads

#7

With a maximum of 64k TCP connections per single server IP, you need 77 different IP on the server side. This is a fact.

How do you figure?

Clients can connect to the server on the same server port, so connection limit is more like 64k*2 for every Client IP-Server IP pair.

Re: Achieving 5M persistent connections with Project Loom virtual threads

#9

With a maximum of 64k TCP connections per single server IP, you need 77 different IP on the server side. This is a fact.

“You need 77 ips” to do what? May be a fact or not, depending on what you’re doing.

If you suppose just one open server port, you’ll probably need 77 client ips to do this test to get unique socket pairs.

But it’s a client problem, not a server one.

Re: Achieving 5M persistent connections with Project Loom virtual threads

#10
post #7

With a maximum of 64k TCP connections per single server IP, you need 77 different IP on the server side. This is a fact.

How do you figure? Clients can connect to the server on the same server port, so connection limit is more like 64k*2 for every Client IP-Server IP pair.

Actually every client IP+port / server IP+port pair. Linux uses 60999 − 32768 for ephemeral ports so can support 28e3^2 = 784 million connections per IP pair.
Post reply on HN