With last week's release of Chrome 75 I have now wrapped up some benchmarks seeing how the performance of the updated Google web-browser compares to that of the current Firefox 67 stable release as well as Firefox 68 beta, including with WebRender activated. Here are those latest Linux web browser benchmarks.

Mesa 19.1 should be out any day now as the new quarterly feature release for this collection of open-source graphics drivers predominantly used on Linux systems. While we cover the Mesa development features on a near daily basis, here is a recap of all the exciting changes and new features to find with the upcoming Mesa 19.1.

Now with MDS / Zombieload being public and seeing a 8~10% performance hit in the affected workloads as a result of the new mitigations to these Microarchitectural Data Sampling vulnerabilities, what's the overall performance look like now if going back to the days of AMD FX Vishera and Intel Sandybridge/Ivybridge processors? If Spectre, Meltdown, L1TF/Foreshadow, and now Zombieload had come to light years ago would it have shaken that pivotal point in the industry? Here are benchmarks looking at the the performance today with and without the mitigations to the known CPU vulnerabilities to date.

With Firefox 67 having released this week, Firefox 68 is in beta and its performance from our tests thus far on Ubuntu Linux are looking real good. In particular, if enabling the WebRender option that remains off by default on Linux, there are some nice performance gains especially.

This weekend I posted a number of benchmarks looking at the performance impact of the new MDS/Zombieload vulnerabilities that also included a look at the overall cost of Spectre/Meltdown/L1TF/MDS on Intel desktop CPUs and AMD CPUs (Spectre). In this article are similar benchmarks but turning the attention now to Intel Xeon hardware and also comparing those total mitigation costs against AMD EPYC with its Spectre mitigations.

The Linux 5.2 kernel merge window has been open for two weeks now and is expected to close today or in the next few days (there is some uncertainty due to Linus Torvalds traveling this week due to his daughter's graduation). But anyhow all of the major pull requests have already been sent in so here is a look at the new features to find with the Linux 5.2 kernel and the many other changes.

The past few days I've begun exploring the performance implications of the new Microarchitectural Data Sampling "MDS" vulnerabilities now known more commonly as Zombieload. As I shared in some initial results, there is a real performance hit to these mitigations. In this article are more MDS/Zombieload mitigation benchmarks on multiple systems as well as comparing the overall performance impact of the Meltdown/Spectre/Foreshadow/Zombieload mitigations on various Intel CPUs and also AMD CPUs where relevant.

Since the release of the GCC 9 stable compiler suite earlier this month we have begun firing up a number of compiler benchmarks for this annual feature update to the GNU Compiler Collection. For your viewing pleasure today is looking at the performance of GCC 8 against GCC 9 compared to LLVM Clang 8 as the latest release of this friendly open-source compiler competition. This GCC 8 vs. GCC 9 vs. Clang 8 C/C++ compiler benchmarking was done on an Intel Core i9 7980XE and AMD Ryzen Threadripper 2990WX high-end desktop/workstation systems.

The two-week long merge window for Linux 5.1 is expected to close later today so here is a look back at all of the changes and new features coming with this next version of the Linux kernel.

Scaleway, the European cloud company we previously have talked about on Phoronix for their usage of Coreboot on servers, this week announced new "general purpose" VMs powered by AMD EPYC processors. Curious about the performance, I fired up some benchmarks.

I certainly recommend that everyone uses full-disk encryption for their production systems, especially for laptops you may be bringing with you. In over a decade of using Linux full-disk encryption on my main systems, the overhead cost to doing so has fortunately improved with time thanks to new CPU instruction set extensions, optimizations within the Linux kernel, and faster SSD storage making the performance penalty even less noticeable. As it's been a while since my last look at the Linux storage encryption overhead, here are some fresh results using a Dell XPS laptop running Ubuntu with/without LUKS full-disk encryption.

With the Raspberry Pi Foundation recently having begun rolling out a Linux 4.19-based kernel to Raspberry Pi boards, here are some benchmarks looking at the performance of two Raspberry Pi systems with the new Linux 4.19 kernel compared to its previous 4.14 kernel.

It's been a while since last running any P-State/CPUFreq frequency scaling driver and governor comparisons on Intel desktop systems, so given the recent release of Linux 5.0 I ran some tests for looking at the current state of affairs. Using an Intel Core i9 9900K I tested both the P-State and CPUFreq scaling drivers and their prominent governor options for seeing not only how the raw performance compares but also the system power consumption, CPU thermals, and performance-per-Watt.

Recently I carried out a number of GCC 9 compiler benchmarks on AMD EPYC looking at the performance benefits of "znver1" compiler tuning and varying optimization levels to see when this level of compiler tuning pays off. There was interest from that in seeing some fresh Intel Skylake-X / AVX-512 figures, so here are those benchmarks of GCC 9 with various tuning options and their impact on the performance of the generated binaries.

With it being a little over one year since Spectre and Meltdown mitigations became public and with the Linux kernel today hitting the big "5.0" release, I decided to run some benchmarks of the current out-of-the-box performance hit as a result of the current default mitigation techniques employed by the Linux kernel. The default vs. unmitigated performance impact for Spectre/Meltdown are tested on an Intel Core i7 and Core i9 systems while there is also an AMD Ryzen 7 box for reference with its Spectre mitigation impact on Linux 5.0.

Last week there was the patch being proposed for the mainline Linux kernel that has long been carried by Gentoo's kernel to provide CPU optimization options, which were quickly shot-down by upstream maintainers, there were many requests to benchmark said patches... Here are dozens of performance figures looking at the performance impact of these optimizations for AMD Zen (znver1), Skylake, and Skylake X (Skylake-AVX512) compared to a stock mainline kernel build on several different systems.

With the Linux 5.0 kernel performance approaching the finish line, the past few days I've been ramping up my tests of this new kernel in our benchmarking farm. Unfortunately, when looking at the results at a macro level it's pointing towards Linux 5.0 yielding lower performance than previous kernel releases.

With the GCC 9 compiler due to be officially released as stable in the next month or two, we've been running benchmarks of this near-final state to the GNU Compiler Collection on a diverse range of processors. In recent weeks that has included extensive compiler benchmarks on a dozen x86_64 systems, POWER9 compiler testing on the Talos II, and also the AArch64 compiler performance on recent releases of GCC and LLVM Clang. In this latest installment of our GCC 9 compiler benchmarking is an extensive look at the AMD EPYC Znver1 performance on various releases of the GCC compiler as well as looking at various optimization levels under this new compiler on the Znver1 processor.

Our past tests have shown that while most Linux distributions default to "none" for their I/O scheduler on NVMe solid-state storage, that isn't necessarily the best scheduler decision in all cases. Here are tests using the Linux 5.0 Git kernel using laptop and desktop hardware while evaluating no I/O scheduler, mq-deadline, Kyber, and BFQ scheduler options.

With Clang 8.0 due out by month's end and GCC 9 due for release not long after that point, this week we've been running a number of GCC and Clang compiler benchmarks on Phoronix. At the start of the month was the large Linux x86_64 GCC vs. Clang compiler benchmarks on twelve different Intel/AMD systems while last week was also a look at the POWER9 compiler performance on the Raptor Talos II. In this article we are checking out these open-source compilers' performance on 64-bit ARM (AArch64) using an Ampere eMAG 32-core server.

Earlier this week I delivered the results of our largest-ever GCC vs. LLVM Clang Linux x86_64 compiler comparison with a dozen systems from various generations of Intel and AMD CPUs and using 62 benchmarks tested on GCC 8/9 and Clang 7/8 releases. In this article the compiler performance is being looked at for the IBM POWER9 architecture with the benchmarks done on a Raptor Computing Systems Talos II workstation running Ubuntu Linux.

After nearly two weeks of benchmarking, here is a look at our most extensive Linux x86_64 compiler comparison yet between the latest stable and development releases of the GCC and LLVM Clang C/C++ compilers. Tested with GCC 8, GCC 9.0.1 development, LLVM Clang 7.0.1, and LLVM Clang 8.0 SVN were tests on 12 distinct 64-bit systems and a total of 62 benchmarks run on each system with each of the four compilers... Here's a look at this massive data set for seeing the current GCC vs. Clang performance.

Glibc 2.29 was released a few days back and like most GNU C Library releases -- particularly in recent times -- does offer up more CPU performance optimizations... Some early benchmarks done this weekend do show some nice performance improvements in select workloads at least out of our initial benchmarking.

Since receiving the powerful NVIDIA Jetson AGX Xavier with its ARMv8 Carmel cores on this Tegra194 SoC a while back, it's been quite a fun developer board for benchmarking and various Linux tests. One of the areas I was curious about was whether GCC or Clang would generate faster code for this high performance ARM SoC, so here are some benchmarks.

With the mention earlier this week of GCC potentially enabling the vectorize options at the -O2 optimization level, I carried out some fresh GCC 9 development benchmarks at various optimization levels for reference.

Linus Torvalds just released Linux 5.0-rc1, what was formerly known as Linux 4.21 over the past two weeks. While the bumping was rather arbitrary as opposed to a major change necessitating the big version bump, this next version of the Linux kernel does come with some exciting changes and new features (of course, our Twitter followers already have known Linux was thinking of the 5.0 re-brand from 4.21). Here is our original feature overview of the new material to find in this kernel.

With the release earlier this month of Oracle VirtualBox 6.0, besides running some benchmarks of its VMSVGA 3D graphics support, I also ran some basic benchmarks to see how a similarly configured VM under both VirtualBox 6.0 with Linux KVM setup via virt-manager would compare for performance as we hit the end of 2018. This quick round of Linux virtualization tests was done on the AMD Ryzen Threadripper 2990WX system.

In early 2019 we will see the first stable release of GCC 9 as the annual update to the GNU Compiler Collection that is bringing the D language front-end, more C2X and C++ additions, various microarchitecture optimizations from better Znver1 support to Icelake, and a range of other additions we'll provide a convenient recap of shortly. But for those wondering how the GCC 9 performance is looking, here are some fresh benchmarks when benchmarking the latest daily GCC 9.0 compiler against GCC 7.4 and GCC 8.2 atop Clear Linux using an Intel Core i9 7980XE Skylake-X system.

Given the recently release of the PGI 18.10 Community Edition compiler by NVIDIA, I was curious to see how the performance on the CPU is looking for this proprietary compiler on Linux. For those curious as well, here are some benchmarks of the PGI 18.10 C/C++ compiler against the GCC 8.2.0 and LLVM Clang 7.0 open-source compilers.

With yesterday's release of Oracle VM VirtualBox 6.0, one of the most pressing changes for Linux guests is the use of the new VMSVGA 3D graphics device emulation by default. VMSVGA is the SVGA II graphics adapter from virtualization competitor VMware, but allows for the mature SVGA Linux graphics driver stack to be used. Here are some benchmarks looking at the OpenGL performance on VirtualBox 6.0.