Hacker News Reader

>"Depending on what you're doing you might run into issues in various networking limits (somaxconns comes to mind, as does what's left of the route cache)"

I'm curious what issue(s) you might be referring to here with the route cache? Could you elaborate?

View on HN

Sure - The route cache was largely removed in (IIRC) 3.8, but there's still entries that get stored[0]. There's a limit to how many entries Linux will store, and like any LRU-esk data structure rapidly cycling entries through it isn't going to do anything wonderful for your performance, never mind if you actually expected to use any of the cached data for a business performance 'feature'.

25g NIC is an awful lot of 60byte packets. I'm not saying this is going to be a common concern, just that like any other shared kernel resource cgroups and namespaces aren't going to help.

0: https://www.systutorials.com/docs/linux/man/8-ip-tcp_metrics...

Sure, that makes sense and thank you for the link. I was curious about your comment:

>"25g NIC is an awful lot of 60byte packets."

Where are you getting that 60 number from? A minimum IPv4 header is 20 bytes and a minimum TCP header is 20 bytes. Also how would a tiny TCP packet relate to the route cache? Tiny TCP packet are certainly a problem with PPS that a NIC is capable I understand that. Cheers.

Reply on news.ycombinator.com