FreeBSD 11.0 continues to ship the LLVM Clang compiler by default (v3.8) while GCC is available via ports and pkg. For this benchmarking, I compared the Clang 3.8 performance to GCC 6.1, GCC 5.4, GCC 4.8.5m and GCC 4.6.4 as obtained via FreeBSD pkg. All of the tests were done on the same system and no other changes were made to the FreeBSD installation between switching out the used compiler.
As you might expect, this week's LinuxCon and ContainerCon 2016, held in Toronto, is heavy on the benefits and pitfalls of deploying containers, but several vendors aim to come to the rescue with flexible tools to manage it all.
Take Datadog, a New York-based company that offers scalable monitoring of your containerized infrastructure—and just about everything else—from a single interface. This is an off-premise, cloud-based tool that can monitor tens of thousands of your hosts and integrate with stuff you already know, like AWS, Cassandra, Docker, Kubernetes, Postgre and 150 other tools.
Linux turns 25 today. That's four years older than Linus was when he invented it. That means Linus has spent more of his life with Linux than he did without it
The first pull request has been submitted of new Radeon and AMDGPU DRM driver updates to be queued in DRM-Next for landing with the Linux 4.9 kernel.
To look forward to Linux 4.9 even though Linux 4.8 is still weeks from being released is PowerPlay support for Iceland GPUs, improved GPU reset, UVD and VCE power-gating for Carrizo and Stoney, support for pre-initialized vRAM buffers, TTM clean-ups, virtual display support, and other low-level changes. Many bug fixes also present.
The AMDGPU virtual display support is useful and we have been looking forward to it. GPU reset improvements are also welcome for better recovery when the GPU becomes hung. As is the case lately, most of these changes are focused around the newer AMDGPU DRM driver over the mature Radeon DRM code.
For those running Intel Haswell processors, hope is not lost in seeing new versions of OpenGL extensions with the Intel Mesa driver.
While the NVIDIA 370 Linux driver series is currently in beta, the 367 driver series has been updated as the latest long-lived branch release.
The Pascal-based TITAN X, GeForce GTX 1060 3GB, and GTX 1060 6GB are now officially supported... That's just with regards to proper product detection as I've been using the GTX 1060 fine on earlier driver releases, etc.
I haven't run any Nouveau driver benchmarks recently for looking at the open-source NVIDIA Linux performance since there hasn't been too much progress, particularly when it comes to re-clocking of the desktop GPUs for delivering better performance. However, with all the testing I've been doing on the Radeon side with Linux 4.8 and Mesa 12.1-dev Git, I decided to do a comparison with a few NVIDIA GeForce GPUs under this latest open-source driver stack.
With the news from Friday that Fedora 25 will run Wayland by default I loaded up the current Fedora 25 development packages on a test system this weekend and I used that as my primary system for all of my business/production work this weekend. It went well and included are some early gaming benchmarks of Fedora 25 Workstation GNOME on Wayland and X.Org.
AMD has announced TrueAudio Next a “scalable” physics-based audio rendering engine for generating environmentally accurate, GPU accelerated audio for virtual reality.
AMD has announced a set of key technologies to bolster its open source technology arsenal represented by GPUOpen, this time in the field of immersive VR audio. TrueAudio Next, AMD claim, provides “real-time dynamic physics-based audio acoustics rendering” and that any soundscape can now be modelled physically, taking into account reflection and occlusion.
With GPUOpen and LiquidVR, AMD continues to pitch its tent in the open source camp, a reaction to its main rival NVIDIA’s approach which focuses largely on proprietary, GPU hardware and driver locked Gameworks VR (now known as VRWorks) initiatives and technologies – i.e. things that will only work if you develop for and buy their graphics cards.
Continuing off from the fresh open-source AMDGPU test data from yesterday's AMDGPU-PRO vs. open-source Polaris + Fiji comparison, here are more AMD graphics cards tested from the Linux 4.8 development code paired with Mesa 12.1 Git.
The GPUs tested for this weekend benchmarking fun were the Radeon HD 6870. HD 7950. R7 260X. R9 270X, R9 285, R7 370, R9 Fury, RX 460, RX 470, and RX 480. All tests happened from Mesa 12.1-dev via the Padoka PPA this week on Ubuntu 16.04 LTS paired with the Linux 4.8 kernel from 18 August. Note that with Mesa Git on pre-GCN GPUs there is only OpenGL 4.4 support for the Radeon HD 5800/6900 series while all other cards such as the HD 6870 are still currently bound to OpenGL 3.3 due to lacking FP64 emulation support.
OpenMandriva Lx 3.0 was released last week and since then many Phoronix readers have inquired about benchmarks of it since it's the first major GNU/Linux distribution using the LLVM Clang compiler by default over GCC.
Thus in continuing my recent BSD and Linux OS performance comparison, here are results of OpenMandriva Lx 3.0 out-of-the-box compared to many other distributions using the same Xeon Skylake hardware platform.
For those wondering how AMD's hybrid "AMDGPU-PRO" Linux driver stack compares to the latest pure open-source driver stack of the AMDGPU kernel driver and RadeonSI Gallium3D driver, here are side-by-side results for the Radeon RX 460, RX 470, and RX 480 Polaris hardware as well as the R9 Fury (Fiji) graphics card.