Linux 6.8 TCP Performance Boosts By ~40% For Many Concurrent Connections

Because a picture speaks a thousand words. In this case it's a thousand words of gibberish.

Reordering members can lead to better packing and a smaller memory footprint, due to how alignment works. If you're iterating a large number of objects, having smaller objects is very favorable in terms of cache locality; you get fewer cache misses, and prefetching is more effective.

For the curious: pahole is a very useful tool for this type of code analysis.

Not a surprise, considering the amount of data and processes the kernel manages.

Oh to increase cache hits?

Edit: Ok I read the article, yes more cache hits. It's neat how they put more context for the title in the link in case one gets curious about it!

This isn't a benchmark of those systems, it's showing that the code didn't regress on either hardware set with some anecdotal data. It makes sense they're not like for like.

Okay, it is up to ~40%, but the underlying changes is fundamental.

Why would you compare between the tables? It's the relative change in each line that is of interest.

Each table contains one column with the patches and one column without the patches - the hardware is unchanged. The different tables are to measure the impact of the patches across different hardware.