Tag Archives: Linux hardware benchmarks

Mageia 7.1 Released With Systemd Fix For AMD Ryzen 3000 Systems


While Mageia 7 released at the start of July for this Mandrake/Mandriva-derived Linux distribution, out today is already Mageia 7.1 as a rush release to fix AMD Zen 2 support.

Mageia 7.1’s principal change is a patched version of systemd to workaround the RdRand issue on AMD Zen 2 (Ryzen 3000 series) processors.

AMD has fixed the issue with a BIOS update that at the end of last week they released to their motherboard partners though it could still be some days/weeks before all the popular motherboards are patched. Thus at least for the interim there is Mageia 7.1 joining the likes of Pop_OS! releasing updated ISOs to help their AMD Linux users upgrading to the new Ryzen 3000 series processors in being able to boot the system.

Besides the patched version of systemd, Mageia 7.1 also ships with all bug/security fixes to its packages up to this point.

The brief Mageia 7.1 release announcement can be read on the Mageia blog.

Linux 5.3’s ASUS WMI Driver Add ASUS TUF Gaming Laptop Support & More


The x86 platform driver updates were sent in and already merged for the ongoing Linux 5.3 kernel. It’s the x86 platform driver updates that bring the recently mentioned Intel Speed Select Technology for Linux driver but there is also more.

Beyond the interesting Intel Speed Select support, the ASUS WMI driver has gone through a refactoring in order to support ASUS’ TUF Gaming laptops. In the process, there’s even been a regression fix for once popular Eee PC laptop models where their backlight were stuck permanently off.

The Mellanox platform drivers also now support more hardware, there is now touchscreen support on the Chuwi Hi10 Plus tablet, Xiaomi WMI notebook driver support, HP ProBook 450 G0 support in its accelerometer driver, and at long last there is even OLPC XO-1.75 platform support. While the OLPC XO-1.75 is based on a Marvell Sheeva ARM SoC, this platform support went in through this merge request and long overdue.

More details via this honored pull request.

OpenMandriva Lx 4.1 Aiming To PGO More Packages, Use IWD For WiFi Connections


While OpenMandriva Lx 4.0 was just released last month, we are already looking forward to OpenMandriva 4.1 for a number of improvements and some new features.

OpenMandriva’s developer board provides an interesting look at what’s ahead for OpenMandriva Lx 4.1. Already completed for this next milestone include migrating to LLVM Clang 9, and using LD.lld and BFD as the default linkers.

Meanwhile they are currently tackling using Profile Guided Optimizations (PGO) for more packages to improve the performance of their default binaries. Using PGO should help the likes of Python, Firefox, OpenSSL, LZ4, MPFR, Ogg, Vorbis, and many other packages they are evaluating for PGO’ing.

Also notable is switching to Intel IWD as an alternative to WPA_Supplicant for dealing with WiFi connections. They are also eyeing a replacement for Firewalld, other LLVM toolchain changes, moving to a merged /usr layout, updating their Java stack, and other changes.

Those curious what else is coming for OpenMandriva Lx 4.1 can learn more via GitHub.

FreeBSD 12 Runs Refreshingly Easy On AMD Ryzen 9 3900X – Benchmarks Against Ubuntu 18.04 LTS

While newer Linux distributions have run into problems on the new AMD Zen 2 desktop CPUs (fixed by a systemd patch or fundamentally by a BIOS update) and DragonFlyBSD needed a separate boot fix, FreeBSD 12.0 installed out-of-the-box fine on the AMD Ryzen 9 3900X test system with ASUS ROG CROSSHAIR VIII HERO WiFi motherboard.

I was curious about the FreeBSD support for AMD Zen 2 CPUs and new X570 motherboards, so this weekend I tried out FreeBSD 12.0. Fortunately, the experience was great! This current FreeBSD 12.0 AMD64 image installed effortlessly — no boot problems, networking did work out-of-the-box with this ASUS X570 motherboard, and there were no other issues at least as core functionality is concerned. So in no time I was off to the races in running FreeBSD 12.0 benchmarks on the Ryzen 9 3900X 12-core / 24-thread CPU.

I also attempted to try DragonFlyBSD with its latest daily ISO/IMG following the Zen 2 fix this week by Matthew Dillon. Unfortunately, even with the latest daily ISO I ran into a panic at boot time. So as a result, today are just some FreeBSD 12.0 vs. Ubuntu 18.04 benchmarks for reference. Matthew Dillon did have some interesting comments in our forums about his (great) experiences with these new CPUs, some limitations, and about the original DragonFlyBSD issue.

This system test configuration was the Ryzen 9 3900X at stock speeds, 2 x 8GB DDR4-3600 memory, ASUS ROG CROSSHAIR VIII HERO motherboard, and 2TB Corsair Force MP600 PCIe 4.0 NVMe SSD. Ubuntu 18.04 LTS was benchmarked against FreeBSD 12.0 with its default LLVM Clang 6.0 compiler and then again when switching to the GCC 8.3 compiler.

Ubuntu 18.04.2 LTS wins most of the benchmarks, but FreeBSD 12.0 was able to hold its ground fairly well in many of the benchmarks. Switching over to the GCC compiler did help address the difference in some of these benchmarks. All of these tests were carried out via the Phoronix Test Suite on Linux and BSD. Let’s check out some of those interesting numbers.

NVIDIA’s Graphics Driver Will Run Into Problems With Linux 5.3 On IBM POWER


For those using the NVIDIA proprietary graphics driver on an IBM POWER system, it could be a while before seeing Linux 5.3+ kernel support. Upstream has removed code depended upon by the NVIDIA binary driver for supporting the POWER architecture and as is the case they don’t care that it will break NVIDIA driver support since it’s binary/out-of-tree.

The POWER changes for Linux 5.3 remove NPU DMA code. In the pull request they do acknowledge this DMA code is “used by the out-of-tree Nvidia driver, as well as some other functions only used by drivers that haven’t (yet?) made it upstream.”

The patch removing the NPU DMA code by Linux kernel veteran Christoph Hellwig does acknowledge this basically reverts the POWER support for NVIDIA NVLink GPUs. The code is being dropped since it’s no longer being used by the in-tree kernel code and thus a burden when it comes to maintaining the upstream DMA code.

IBM developer Alexey Kardashevskiy did warn that this particular code is “heavily” used by NVIDIA’s graphics driver. Hellwig responded though that “Not by the [driver / code] that actually exists in the kernel tree, so it simply doesn’t matter.

This isn’t just a function or two being removed but amounts to 1,280 lines of code now stripped out of the kernel that was used by the NVIDIA binary driver on POWER. The NVIDIA POWER support will now break on Linux 5.3 but hopefully NVIDIA will be able to come up with a timely solution to fix their driver on 5.3 and newer.