this post was submitted on 27 May 2025
46 points (81.1% liked)

Linux

54461 readers
633 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 6 years ago
MODERATORS
 

The X86_NATIVE_CPU Kconfig build time parameter has been merged for the Linux 6.16 merge window as an easy way to enforce the “-march=native” compiler behavior on AMD and Intel processors to optimize kernel builds for your system's local CPU architecture/family. For those who want “-march=native” for Linux kernel builds on AMD/Intel x86_64 processors, you can easily include a new CONFIG_X86_NATIVE_CPU parameter to set this compiler behavior in local kernel builds. The CONFIG_X86_NATIVE_CPU parameter is considered when compiling the Linux x86_64 kernel with GCC or LLVM Clang when using Clang 19 or later due to a compiler bug in the Linux kernel in older compiler versions. In addition to setting the compiler parameter “-march=native” for Linux kernel C code, enabling this new Kconfig build parameter also sets “-Ctarget-cpu=native” for Rust kernel code.

top 14 comments
sorted by: hot top controversial new old
[–] Thebigguy@lemmy.ml 3 points 1 day ago (2 children)

That’s cool, in order to use this would I have to compile a kernel myself or could I set this in my distribution somewhere?

[–] Mirokhodets@lemmy.ml 2 points 1 day ago (1 children)

Yes, to use the CONFIG_X86_NATIVE_CPU option, you will need to compile the kernel yourself with this option enabled. This is a compile-time setting that affects how the compiler optimizes the build specifically for your system. Prebuilt kernels from distro repositories usually do not have this enabled, since they are built for broad compatibility with many different processors.

[–] Thebigguy@lemmy.ml 2 points 1 day ago (1 children)

I‘m assuming if I want updates I’d need to create my own repository?

[–] Mirokhodets@lemmy.ml 2 points 1 day ago

Creating a repository is not absolutely necessary, but it will make the process of updating the kernel much easier in the future. If you plan to frequently update the kernel with custom settings, creating a repository is a smart choice. If you update the kernel very rarely, you can get by with manual compilation.

[–] 0xf@lemmy.ml 2 points 1 day ago* (last edited 1 day ago) (1 children)

Yes, most likely need to compile it yourself. Or the distros would need a v1,v2,v3,v4 version. Also you need to know the feature set of you cpu. Distros will probably compile with the lowest common denominator, since those are compatible largest range of cpu's. Cachyos does compile it's packages for v3 optimization, I don't think that needs avx512. So can definitely see some distros trying something out.

[–] LeFantome@programming.dev 1 points 22 hours ago (1 children)

I thought the whole point of this setting is not having to specify the features of the CPU. You can compile native versions now if you set things yourself.

[–] 0xf@lemmy.ml 1 points 13 hours ago

Yes it is that, on gentoo I had set it like that for a while. Before I specified it to be sure. I Thought linus, didn't want to have this.

[–] DieserTypMatthias@lemmy.ml 6 points 2 days ago

Great picture BTW.

[–] anarchoilluminati@hexbear.net 8 points 2 days ago (1 children)

Uh, so what's going on here?

[–] signofzeta@lemmygrad.ml 7 points 1 day ago

This is a compile-time option that will tell the compiler to optimize for the CPU in your computer, rather than any CPU.

By default, the x86_64 kernel will build itself so that it can boot and run on any 64-bit Intel or AMD processor. This means it may have to ignore or check for newer instruction sets like (let’s say, totally at random) AVX512:

if (CPU supports AVX512)
    do_efficient_avx512_thing (a, b, c)
else
    a = something()
    b = some_nonavx512_prep_work()
    c = some_other_old_way_of_doing_things()
    do_nonavx512_thing (a, b, c)

So, if you have an AVX512-capable CPU, it still has to check before using that instruction. Plus, your compiled kernel will be slightly larger because it needs to contain both ways of doing the thing.

Using this option tells the compiler to compile code optimized for your current processor:

do_efficient_avx512_thing (a, b, c)

This is a gross oversimplication. The compiler will also take things into consideration such as instruction sets, scheduling, core and thread counts, big and small cores, and more.

But the tl;dr is that optimized code is smaller, faster, and maybe a teensy bit more power efficient.

The downside? If you try to boot this optimized code on an older CPU (or rarely, a newer CPU), it will eventually say “illegal instruction” and crash.

[–] LiveLM@lemmy.zip 1 points 1 day ago* (last edited 1 day ago) (1 children)

This sounds nice but compiling the kernel takes a while on my machine. Whenever I try these custom kernels/config options I end up going back to the regular out of sheer lazyness :p

[–] Mirokhodets@lemmy.ml 1 points 1 day ago

Any achievement requires sacrifice

[–] just_another_person@lemmy.world 2 points 2 days ago (1 children)