this post was submitted on 07 Mar 2024
285 points (99.7% liked)

Linux

47969 readers
1016 users here now

From Wikipedia, the free encyclopedia

Linux is a family of open source Unix-like operating systems based on the Linux kernel, an operating system kernel first released on September 17, 1991 by Linus Torvalds. Linux is typically packaged in a Linux distribution (or distro for short).

Distributions include the Linux kernel and supporting system software and libraries, many of which are provided by the GNU Project. Many Linux distributions use the word "Linux" in their name, but the Free Software Foundation uses the name GNU/Linux to emphasize the importance of GNU software, causing some controversy.

Rules

Related Communities

Community icon by Alpár-Etele Méder, licensed under CC BY 3.0

founded 5 years ago
MODERATORS
top 16 comments
sorted by: hot top controversial new old
[–] [email protected] 40 points 8 months ago (1 children)

Why is there a massive chip hanging precariously on a disorganized network rack?

[–] [email protected] 50 points 8 months ago

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

[–] [email protected] 35 points 8 months ago (4 children)

I watched a video on this, the way they managed it was by reordering variables in structs. That’s kinda insane

[–] [email protected] 12 points 8 months ago

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.

[–] [email protected] 4 points 8 months ago (1 children)
[–] [email protected] 4 points 8 months ago

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

[–] [email protected] 3 points 8 months ago* (last edited 8 months ago)

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!

[–] [email protected] 11 points 8 months ago

Thought from the headline this was going to be tcp_bbr related, but now. This is a welcome surprise.

[–] [email protected] 11 points 8 months ago

This is the best summary I could come up with:


This effort has been around optimizing cacheline consumption and adding safeguards to ensure future changes don't regress.

In turn this optimizing of core networking structures is causing TCP performance with many concurrent connections to increase by as much as 40% or more!

This patch series attempts to reorganize the core networking stack variables to minimize cacheline consumption during the phase of data transfer.

Meanwhile new Ethernet driver hardware support in Linux 6.8 includes the Octeon CN10K devices, Broadcom 5760X P7, Qualcomm SM8550 SoC, and Texas Instrument DP83TG720S PHY.

NVIDIA Mellanox Ethernet data center switches can also now enjoy firmware updates without a reboot.

The full list of new networking patches for the Linux 6.8 kernel merge window can be found via today's pull request.


The original article contains 387 words, the summary contains 124 words. Saved 68%. I'm a bot and I'm open source!

[–] [email protected] 6 points 8 months ago (4 children)

9th Jan ...

"A hell of an improvement especially for the AMD EPYC servers"

Look closely at the stats in the headers of those three tables of test results. The NICs have different line speeds and the L3 cache sizes are different too. IPv4 and 6 for one and only IPv6 for the other.

Not exactly like for like!

[–] [email protected] 7 points 8 months ago

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.

[–] [email protected] 4 points 8 months ago

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

[–] [email protected] 3 points 8 months ago

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

[–] [email protected] 2 points 8 months ago

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.

[–] [email protected] 1 points 6 months ago

Good lord the comments on this one are a mess