Linux 6.16 adds the “X86_NATIVE_CPU” option to optimize your kernel build for your processorThe X86_NATIVE_CPU Kconfig build time parameter has been merged for the Linux 6.16 merge window as an easy w
from Mirokhodets@lemmy.ml to linux@lemmy.ml on 27 May 13:26
https://lemmy.ml/post/30743100

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.

#linux

threaded - newest

anarchoilluminati@hexbear.net on 27 May 15:54 next collapse

Uh, so what’s going on here?

signofzeta@lemmygrad.ml on 28 May 01:01 collapse

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.

DieserTypMatthias@lemmy.ml on 27 May 19:39 next collapse

Great picture BTW.

just_another_person@lemmy.world on 27 May 15:35 next collapse

…and???

Mirokhodets@lemmy.ml on 27 May 20:57 collapse

End

LiveLM@lemmy.zip on 28 May 02:59 next collapse

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 on 28 May 13:53 collapse

Any achievement requires sacrifice

Thebigguy@lemmy.ml on 28 May 06:25 collapse

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?

0xf@lemmy.ml on 28 May 07:39 next collapse

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 on 28 May 22:44 collapse

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 on 29 May 07:32 collapse

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.

Mirokhodets@lemmy.ml on 28 May 13:50 collapse

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 on 28 May 14:26 collapse

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

Mirokhodets@lemmy.ml on 28 May 14:39 collapse

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.