Svobodný software

A new patch posted to the Linux kernel mailing list aims to address the high wake-up latency experienced on modern Intel Xeon server platforms. With Sapphire Rapids and newer, "excessive" wakeup latencies with the Linux menu governor and NOHZ_FULL configuration can negatively impair Xeon CPUs for latency-sensitive workloads but a 16 line patch aims to better improve the situation. That is, changing one line of actual code and the rest being code comments...

Prominent Intel Linux engineer H. Peter Anvin has posted a new patch series working to clean-up the Linux x86/x86_64 kernel boot code. Besides cleaning up the code, the kernel configuration would drop options around EFI stub mode and relocatable kernels in making those features now always enabled...

For those using the powerful PHPStan tool for static analysis on PHP code, this week's PHPStan 2.1.34 is promoting optimized performance with projects seeing around 25% to 40% faster analysis times...

Mesa 26.0 was due to be branched last week and in turn start its feature freeze but ended up being pushed back to tomorrow (21 January) to allow some lingering features to land. It's been beneficial for the Radeon Vulkan driver "RADV" with several interesting merge requests having landed in time for Mesa 26.0...

Intel Linux engineers have been working on enhancing the NVMe storage performance with today's high core count processors. Due to situations where multiple CPUs could end up sharing the same NVMe IRQ(s), performance penalties can arise if the IRQ affinity and the CPU's cluster do not align. There is a pending patch to address this situation. A 15% performance improvement was reported with the pending patch...

It's typically rare these days for the ATA subsystem updates in the Linux kernel to contain anything really noteworthy. But today some important fixes were merged for the ATA code to deal with a reported power management regression affecting the past number of Linux kernel releases over the last year. ATAPI devices with dummy ports weren't hitting their low-power state and in turn preventing the CPU from reaching low-power C-states but thankfully that is now resolved with this code...