Michael Larabel

Michael Larabel is the founder and principal author of Phoronix, having founded the site on 5 June 2004. Michael is also the lead developer of the Phoronix Test Suite, Phoromatic, and OpenBenchmarking.org. Michael has authored thousands of articles on open-source software, the state of Linux hardware and other topics.


Learn more at MichaelLarabel.com or @MichaelLarabel on Twitter.


 

Some of The Recent Popular Articles By Michael Larabel:

The Amazing Work By Valve's Timur Kristóf On Improving Old AMD GPUs On Linux

Over the past year Timur Kristóf of Valve's Linux graphics driver team has made multiple very nice improvements to the AMDGPU kernel driver for enhancing support for old (GCN 1.0/1.1 era from a decade ago) graphics cards so that they can better handle Linux gaming and other tasks. This week in Toronto, Kristóf presented on this AMDGPU work that he initially began as a kernel driver development exercise after initially spending years in user-space focused on the Mesa 3D driver code.

3 October - XDC 2026 Presentation - 22 Comments
Asahi Linux Now Officially Supports Apple M3 Macs - With Caveats

Asahi Linux developers announced today that they are now officially supporting the Linux distribution on Apple M3 powered Macs. With the exception of the Mac Studio M3 Ultra, other M3 / M3 Pro / M3 Max devices should now work with the latest Asahi Linux builds but with some feature caveats.

6 September - Asahi Linux On M3 - 42 Comments
Siemens Slams The Door Shut On Promising Open-Source Radioss Project

As a major disappointment to the open-source community, Siemens has decided to end -- and close-up access -- to the OpenRadioss project as the open-source version opened up by Altair Engineering under the GNU AGPL License back in 2022. This was an open-source version of the industry-leading finite element solver that Altair developed. Siemens acquired Altair Engineering last year and have now completely shut the door on OpenRadioss.

1 October - OpenRadioss Project - 31 Comments
Intel Reverses Decision To Cancel Their Open-Source Font Project

Amid Intel cutting back on open-source projects over the past two years as cost cutting measures at the company, their latest open-source project on the chopping block was the peculiar font they developed a few years back. The project was archived this week only to change course two days later.

12 September - Intel One Mono - 18 Comments
Linux 7.4 To Introduce Initial Device Trees For Apple M4, A18 Pro For MacBook Neo

Asahi Linux developer Sven Peter today sent out the pull requests of the Apple SoC Device Tree changes they are ready to upstream for the Linux 7.4 merge window happening later this month. Most notable is the initial Device Tree for Apple systems using the base M4 SoC model as well as for the MacBook Neo with the A18 Pro SoC.

2 October - Linux 7.4 Apple Device Trees - 2 Comments
Mysterious x86 CPU Already Has APX, x86S Where Intel Left Off For Legacy-Free x86

The mystery deepens around an x86 implementation from a corporate entity other than AMD and Intel and has been making some very intriguing changes for coming from a seeming start-up. Beyond 16 tile and 32 tile AMX implementations that already surpass Intel's current Advanced Matrix Extensions (AMX) capabilities in shipping Xeon CPUs, new disclosures were made today concerning Advanced Performance Extensions (APX), Flexible Return and Event Delivery (FRED), and even x86S as the effort that Intel previously stopped for cleaning up the x86 baggage.

7 September - Super Interesting - 59 Comments
Google's "Painful To Maintain" Binder C Linux Driver Being Removed In Favor Of Rust

Google's Binder driver written in the C programming language has long been part of the mainline kernel as the inter-process communication (IPC) mechanism used on Android. The past few years the Binder driver was rewritten in Rust as one of the first "real" drivers in the Rust programming language. The Rust Binder driver was upstreamed in Linux 6.18 and now for the upcoming Linux 7.4 kernel cycle, the old Binder C-based driver is set to be retired.

18 September - Binder C Driver Being Removed - 83 Comments
Linux 7.4 Could End Up Seeing Kernel Builds ~36% Faster, Incremental Builds ~70% Faster

Earlier this month I wrote about a patch series posted to the Linux kernel mailing list that addressed a lot of "hideous code" to make Linux kernel builds faster. A number of single-threaded bottlenecks were tracked down and fixed within the Linux kernel thanks to the assistance of AI. A second revision of those patches hit the mailing list this morning and there is hope they could be upstreamed for Linux 7.4.

14 September - Faster Kernel Builds - 16 Comments
Patches Ready For AMDGPU HDMI 2.1 Enabled By Default With Linux 7.4 With FreeSync, VRR & ALLM

Linux 7.4 is now set to reach the elusive milestone of HDMI 2.1 support for the AMDGPU kernel graphics driver. After the HDMI Forum previously rejected HDMI 2.1 for the AMDGPU open-source driver implementation going back years, earlier this year something changed -- widely speculated to be with Valve's involvement -- that HDMI 2.1 patches began appearing for the AMDGPU driver. With the upcoming Linux 7.4 cycle, the bulk of that work will now be in place and enabled by default.

11 September - Linux 7.4 + AMDGPU + HDMI 2.1 - 10 Comments
Ubuntu 26.10 Moves cp, mv & rm Over To Rust Coreutils For 100% Transition

While Ubuntu Linux has been making use of the Rust Coreutils project over the past year since Ubuntu 25.10 as an alternative to GNU Coreutils and part of their effort to get more system components implemented in the memory-safety-focused Rust programming language, Ubuntu 26.10 finally completes the transition with the cp, mv, and rm commands now coming from Rust Coreutils.

16 September - Ubuntu 26.10 Rust Coreutils Transition - 45 Comments
AI Made A Lot Of "Hideous" Code But Found Major Bottlenecks For Faster Linux Compilation

An ARM Linux engineer leveraged AI/LLMs to help uncover some improvements to "significant speed up" the Linux kernel build times. In the process the LLM used generated "a lot of code, much of it hideous" but in the end was used to find some very significant time savings for faster kernel builds via more task parallelization in different areas of the kernel build process.

8 September - Faster Kernel Compilaton - 23 Comments