I know this question has been asked to no end on various forums across the web, but after experimenting for a few days with about 5-6 various kernels to compare performance across different games and production applications, I was curious if anyone else here is using a custom kernel with Ryzen desktop CPUs and what your experience has been like. I know I’m limiting my responses by asking specifically for Ryzen, so if you’re also using a custom kernel with another CPU architecture I’d like to hear about it as well.
linux-zen works a treat.
Zen is what I’ve been using for awhile but because I love to tinker, and I’ve got my hardware tuned to as perfect as I can get it, I figured I’d start working on the software. So far I’ve tried
linux-lts, as well as the standard Linux kernel. I haven’t had enough time to test extremely thoroughly but
linux-zen does appear to be in the lead for me at the moment.
That was actually on my list to try as well. I attempted to install just now but it seems there is an issue with the key linked on the ArchWiki
gpg: keyserver receive failed: General error ==> ERROR: Remote key not fetched correctly from keyserver.
Ah, that still.
pool.sks-keyservers.net is having problems:
Thanks, working now. Getting ready to give it a go!
may be this will change on size kernel ,
that differs from generic
Purely out of interest, how many nano-seconds do you save with a specialist-build kernel?
If you’re being serious, I have yet to test memory latency between the different kernels although once I find adequate software to do so I will be looking at that, as memory speed, inter-ccx latency, and FCLK stability are extremely important for getting the most out of the Zen CPU architecture. If you’re question was sarcastic, the truth is that in most of my testing, it seems a 5-10 FPS advantage is the maximum gained. However, I have found that the use of certain schedulers can have very different effects on how the CPU load is handled. For example, the MuQSS scheduler seems to divide heavy CPU load much more evenly, resulting in a somewhat lower temperature on a Ryzen 3900X system, which has 24 threads spread across 2 CCDs.
It should be noted this result was not universal, and could only be seen in a couple of titles. Most had little to no difference, and some even had slightly worse performance.
Building your own kernels can be an interesting hobby. Most of my experience is with baytrail debian type kernels.
Advantages of building your own:
- enabling (experimental?) hardware support that is already in the kernel
- disabling unneeded hardware support (e.g. floppy disk drivers, etc) (much smaller kernel, faster boot)
- selecting a specific CPU as a compiler option vs a generic CPU (optimization control)
- adding patch sets for features or bug fixes not yet (or never will be) in the mainstream kernel
- There are thousands of .config options. Blindly altering options easily yields an un-bootable kernel.
- Build time, twice+ weekly kernel maintenance releases
- Setting up a new kernel series every other month (new config options, migrating/dropping patches or waiting for patch set updates)
- There aren’t a lot of guides that accurately describe the whole process and each distro has its own variations. Nearly every guide I’ve seen misses some details. The config/build/install details can change with each kernel series. Tool updates can cause problems with older kernels that used to build fine…
All that said, it is pretty cool to see your own customized kernel boot up and do something that a standard kernel won’t.
Where a custom kernel can shine, is building a Mint (baytrail) kernel using only the kernel.org sources. Ubuntu adds quite a lot of bloat to their kernel. I don’t know what all the extra code does, but I suspect it is mainly related to telemetry, hardware support backports and maybe better self-recovery from run-time errors. My kernels seem to run a little snappier on my baytrail. My custom Manjaro kernels seemed to run about the same as the standard Manjaro kernels.
For my AMD laptop with EOS, there are a lot of AUR kernel options. So far the standard kernel seems to work best for my 4500U. The linux-zen had some issues with my backlight control. I did not see obvious improvements with the linux-amd kernel. But with frequent kernel maintenance releases, I’ll need to keep checking those options.
I don’t think I’ll have the same need for a custom kernel with the new laptop compared to my old baytrail, where kernel 4.2 barely supported anything baytrail in the mainstream kernel. Baytrail still doesn’t have camera support as of 5.9-rc0.5, but almost everything else worked well as of kernel 4.16…
Yea it’s definitely something I like to experiment with even if the results may be less than apparent. Since you have a Zen2 chip I would like to ask if you’ve had any hardware errors that show up when running
dmesg | grep -i "hardware error" It seems that no matter what BIOS settings, voltages, kernels, etc. that I use, I inevitably get a “link error” that at least from my research seems to point to inadequate VDDG or SOC voltages and/or unstable FCLK. One of the reasons I started looking at experimenting with custom kernels on this system was to see if any of them would be able to rid myself of that pesky, albeit non-intrusive, error. But so far I have yet to succeed. I am hoping that newer 5.8 kernels may be able to alleviate the issue.
My dmesg is clean, no "error"s at all. I did find that tlp was giving me problems when running a terminal while on battery. The < tab> key for auto-complete would cause a loud beep from the BIOS (my linux sounds are usually turned off.) Once I disabled tlp, the beeps stopped. My battery life seems fine without tlp.
My laptop BIOS doesn’t give me a lot of options, it seems pretty dumbed down and basic. I found the new 5.8.0 kernel still has some regressions that affect my 4500U (but not my baytrail!). Usually, a new series needs a couple of maintenance releases before it’s really ready.
I got my Zen2+Navi when kernel 5.4 was released, and it wasn’t a very nice experience. Good news is that things started improving fast, and now with 5.8 and the latest BIOS it’s much better already.
Oh yes. The default kernel is one-size-fits-all, and desktop users can throw out a lot of drivers.
make localmodconfig is a quick way to create a kernel config with currently loaded modules only. Obviously not very practical, but interesting.
Yeah, there aren’t too many systems that need humidity sensors, etc… One trick for localmodconfig is to plug in once, every USB device ever used, before running it. Still, I think I’d use the new local .config as a diff reference point.
It would have been nice, and I wish I could write such a thing, that could identify your hardware (plugging in anything you may use in the near future) and configure the kernel build just on those turning everything else off.
But, the kernel config is not just about hardware lists, it is also about sw lists and capabilities as well. There are certain vanilla/defaults that are not a good match for all tastes, and vice versa. Like how do you expect your linux distro to work on an arm type device mostly functional through a touch-screen when the touch-screen is generally disabled?
If you have found a nice software that produces a good config file for the kernel, let us all know. My problem is basically not knowing what many options configure, and researching each and every line of thousands is beyond my life-expectancy. On my last build I tried to get rid of the annoying xhci-pci message not having firmware and an hour and half later the message was still there after altering config.
Performance tends to be close among most kernels in my experience. Custom kernels for performance in general is mostly pointless but can be useful in specific situations/workloads.
Dont use a custom kernel for performance IMO but for specific features like trying AMDs new Pstate for example. Using them for performance is going down a rabbit hole of nit picking margin of error results most of the time.
I used to configure my own kernel way back when I used Gentoo and had more time. I would configure it to support only my hardware, removing things I didn’t have, and then all the packages would build based on that kernel. It was fun for a while, but there’s no way I’d have the time to do that now. It takes a lot of research to understand all the options and then on top of that compiling all the apps!