An anonymous reader writes: Intel is open-sourcing their work on creating a high-performance graphics software rasterizer that originally was developed for scientific visualizations. Intel is planning to integrate this new OpenSWR project with Mesa to deploy it on the Linux desktop as a faster software rasterizer than what's currently available (LLVMpipe). OpenSWR should be ideal for cases where there isn't a discrete GPU available or the drivers fail to function. This software rasterizer implements OpenGL 3.2 on Intel/AMD CPUs supporting AVX(2) (Sandy Bridge / Bulldozer and newer) while being 29~51x faster than LLVMpipe and the code is MIT licensed. The code prior to being integrated in Mesa is offered on GitHub.

An anonymous reader writes: Intel has begun releasing more "Skylake" processors that are cheaper than the launch SKUs of the i5-6600K and i7-6700K. One of the new processors that is now widely available is the Core i5 6500 and it costs just $199 USD — that puts it just a few dollars more than the AMD FX-8370 and significantly less than the higher-end Skylake and Haswell CPUs. At least with Ubuntu Linux, the Core i5 6500 is showing competitive performance that for some workloads puts it faster than Core i7 Haswell/Broadwell processors and much faster than any AMD processors. The Intel Skylake CPUs are fully supported under Linux but the caveat is needing the very latest kernel otherwise there's no graphics acceleration or sound support.

Vigile writes: In preparation for the release of the free-to-play Fable Legends game on both Xbox One and PC this winter, Microsoft and Lionhead Studios released a benchmark today that allows users to test performance of their PC hardware configuration with a DirectX 12 based game engine that pushes the boundaries of render quality. Based on a modified UE4 engine, Fable Legends includes support for asynchronous compute shaders, manual resource barrier tracking and explicit memory management, all new to the DX12 API. Unlike the previous DX12 benchmark, Ashes of the Singularity, which focused mainly on high draw call counts and mass quantities of on-screen units, Fable Legends takes a more standard approach, attempting to improve image quality and shadow reproduction with the new API. PC Perspective has done some performance analysis with the new benchmark and a range of graphics cards, finding that while NVIDIA still holds the lead at the top spot (GTX 980 Ti vs Fury X), the AMD Radeon mid-range products offer better performance (and better value) than the comparable GeForce parts.

An anonymous reader writes: AMD has finally revealed some basic details concerning their support of Vulkan on Linux. AMD has a Vulkan driver but it will begin its life as closed-source, reports Phoronix. In time the AMD Vulkan driver will transition to being open-source. This Vulkan driver is built to interface with their new AMDGPU kernel DRM driver that's part of their long talked about AMD open-source strategy for Linux. This closed-then-open Vulkan driver will be competing with Valve's Intel Vulkan driver that will be open from day one.

An anonymous reader writes: Mr. Torvalds has released Linux 4.3-rc1 this weekend. He characterized the release as "not particularly small — pretty average in size, in fact. Everything looks fairly normal, in fact, with about 70% of the changes being drivers, 10% architecture updates, and the remaining 20% are spread out." There are a number of new user-facing features including stabilized Intel "Skylake" processor support, initial AMD R9 Fury graphics support, SMP scheduler optimizations, file-system fixes, a reworked open-source NVIDIA driver, and many Linux hardware driver updates.

Vigile writes: Back when AMD announced it would be producing an even smaller graphics card than the Fury X, but based on the same full-sized Fiji GPU, many people wondered just how they would be able to pull it off. Using 4096 stream processors, a 4096-bit memory bus with 4GB of HBM (high bandwidth memory) and a clock speed rated "up to" 1000 MHz, the new AMD Radeon R9 Nano looked to be an impressive card. Today, PC Perspective has a review of the R9 Nano and though there are some quirks, including pronounced coil whine and a hefty $650 price tag, it offers nearly the same performance as the non-X Radeon R9 Fury card at 100 watts lower TDP! It is able to do that by dynamically adjusting the clock speed from ~830 MHz to 1000 MHz depending on the workload, always maintaining a peak power draw of just 175 watts. All of this is packed into a 6 inch PCB — smaller than any other enthusiast class GPU to date, making it a perfect pairing for SFF cases that demand smaller components. The R9 Nano is expensive though with the same asking price as AMD's own R9 Fury X and the GeForce GTX 980 Ti. Readers have also submitted links to reviews at Hot Hardware and Tom's Hardware.

An anonymous reader writes: With Linux 4.3 AMD is adding the initial open-source driver for the R9 Fury graphics cards. Unfortunate for Linux gamers, the R9 Fury isn't yet in good shape on the open-source driver and it's not good with the Catalyst Linux driver either as previously discussed. With the initial code going into Linux 4.3, the $550 R9 Fury runs slower than graphics cards like the lower-cost and older R7 370 and HD 7950 GPUs, since AMD's open-source developers haven't yet found the time to implement power management / re-clocking support. The R9 Fury also only advertises OpenGL 3.0 support while the hardware is GL4.5-capable and the other open-source AMD GCN driver ships OpenGL 4.1. It doesn't look like AMD has any near-term R9 Fury Linux fix for either driver, but at least their older hardware is performing well with the open-source code.

MojoKid writes: AMD today added a third card to its new Fury line that's arguably the most intriguing of the bunch, the Radeon R9 Nano. True to its name, the Nano is a very compact card, though don't be fooled by its diminutive stature. Lurking inside this 6-inch graphics card is a Fiji GPU core built on a 28nm manufacturing process paired with 4GB of High Bandwidth Memory (HBM). It's a full 1.5 inches shorter than the standard Fury X, and unlike its liquid cooled sibling, there's no radiator and fan assembly to mount. The Fury Nano sports 64 compute units with 64 stream processors each for a total of 4,096 stream processors, just like Fury X. It also has an engine clock of up to 1,000MHz and pushes 8.19 TFLOPs of compute performance. That's within striking distance of the Fury X, which features a 1,050MHz engine clock at 8.6 TFLOPs. Ars Technica, too, takes a look at the new Nano.

MojoKid writes: NVIDIA is launching a new mainstream graphics card today, the GeForce GTX 950, based on the company's GM206 GPU. The GM206 debuted on the GeForce GTX 960, which launched a few months back. As the new card's name suggests though, the GM206 used on the GeForce GTX 950 isn't quite as powerful as the one used on the GTX 960. The company is targeting this card at MOBA (massive online battle arena) players, who don't necessarily need the most powerful GPUs on the market, but want smooth, consistent framerates at resolutions of 1080p or below. It's being positioned as a significant, yet affordable, upgrade over cards like the GeForce GTX 650 Ti, that are a couple of generations old. NVIDIA's reference specifications for the GeForce GTX 950 call for a base clock of 1024MHz and a Boost clock of 1188MHz. The GPU is packing 768 CUDA cores, 48 texture units, and 32 ROPs. The 2GB of video memory on GeForce GTX 950 cards is clocked at a 6.6GHz (effective GDDR5 data rate) and the memory links to the GPU via a 128-bit interface. At those clocks, the GeForce GTX 950 offers up a peak textured fillrate of 49.2 GTexels/s and 105.6 GB/s of memory bandwidth. At a $159 starting MSRP, in the benchmarks, the GeForce GTX 950 offers solid entry level or midrange performance at 1080p resolutions. It's a bit faster than AMD's Radeon R9 270X but comes in just behind a Radeon R9 285.

An anonymous reader writes: AMD's Linux gaming performance has been embarrassingly bad, and it doesn't look like there's any quick remedy. Virtual Programming just released Dirt: Showdown for Linux, and it's the latest example of AMD's Linux driver issues: AMD's GPU results are still far behind NVIDIA's, with even the Radeon R9 Fury running slower than NVIDIA's aging GTX 680 and GTX 760. If a racing game doesn't interest you, Feral Interactive confirmed they are releasing Company of Heroes 2 for Linux next week, but only NVIDIA and Intel graphics are supported.

Vigile writes: The future of graphics APIs lies in DirectX 12 and Vulkan, both built to target GPU hardware at a lower level than previously available. The advantages are better performance, better efficiency on all hardware and more control for the developer that is willing to put in the time and effort to understand the hardware in question. Until today we have only heard or seen theoretical "peak" performance claims of DX12 compared to DX11. PC Perspective just posted an article that uses a pre-beta version of Ashes of the Singularity, an upcoming RTS utilizing the Oxide Games Nitrous engine, to evaluate and compare DX12's performance claims and gains against DX11. In the story we find five different processor platforms tested with two different GPUs and two different resolutions. Results are interesting and show that DX12 levels the playing field for AMD, with its R9 390X gaining enough ground in DX12 to overcome a significant performance deficit that exists using DX11 to the GTX 980.

jjslash writes: High-end GPU parts from Nvidia and AMD are plenty fast, these days. While top-end cards from both can provide playable performance at 4K, many games dip down to and below 30fps. Folks looking to achieve smooth 4K gameplay will undoubtedly be eyeing dual GTX 980 Ti or Fury X cards to realize their PC gaming machine's full potential. TechSpot puts both cards to the test in SLI and Crossfire modes, at stock and overclocked speeds in over 10 games to see who gets the bragging rights. As it turns out, AMD has a tiny advantage in average frame rates. The two split wins on frame time, but AMD won by bigger margins. When the cards get overclocked, Nvidia is the clear winner, and power consumption favors Nvidia as well.

An anonymous reader writes: Earlier this month AMD released the air-cooled Radeon R9 Fury graphics card with Fury X-like performance, but the big caveat is the bold performance is only to be found on Windows. Testing the R9 Fury X on Linux revealed the Catalyst driver delivers devastatingly low performance for this graphics card. With OpenGL Linux games, the R9 Fury performed between the speed of a GeForce GTX 960 and 970, with the GTX 960 retailing for around $200 while the GTX 970 is $350. The only workloads where the AMD R9 Fury performed as expected under Linux was the Unigine Valley tech demo and OpenCL compute tests. There also is not any open-source driver support yet for the AMD R9 Fury.

An anonymous reader writes: A NVIDIA SHIELD Android TV modified to run Ubuntu Linux is providing interesting data on how NVIDIA's latest "Tegra X1" 64-bit ARM big.LITTLE SoC compares to various Intel/AMD/MIPS systems of varying form factors. Tegra X1 benchmarks on Ubuntu show strong performance with the X1 SoC in this $200 Android TV device, beating out low-power Intel Atom/Celeron Bay Trail SoCs, AMD AM1 APUs, and in some workloads is even getting close to an Intel Core i3 "Broadwell" NUC. The Tegra X1 features Maxwell "GM20B" graphics and the total power consumption is less than 10 Watts.

An anonymous reader writes: With the upcoming Linux 4.2 kernel will be the premiere of the new "AMDGPU" kernel driver to succeed the "Radeon" DRM kernel driver, which is part of AMD's long talked about new Linux driver architecture for supporting the very latest GPUs and all future GPUs. Unfortunately for AMD customers, there's still much waiting. The new open-source AMDGPU Linux code works for Tonga/Carrizo GPUs but it doesn't yet support the latest R9 Fury "Fiji" GPUs, lacks re-clocking/DPM for Tonga GPUs leading to low performance, and there are stability issues under high-load OpenGL apps/games. There's also the matter that current Linux users need to jump through hoops for now in getting the code into a working state with the latest kernel and forked versions of Mesa, libdrm, new proprietary microcode files, and the new xf86-video-amdgpu user-space driver.

New submitter samtuke writes: AMD processors get rated and reviewed based on performance. It is in our self-interest to make things work really, really fast on AMD hardware. AMD engineers contribute to LibreOffice, for good reason. Think about what happens behind a spreadsheet calculation. There can be a huge amount of math. Writing software to take advantage of a Graphics Processing Unit (GPU) for general purpose computing is non-trivial. We know how to do it. AMD engineers wrote OpenCL kernels, and contributed them to the open source code base. Turning on the OpenCL option to enable GPU Compute resulted in a 500X+ speedup, about ¼ second vs. 2minutes, 21 seconds. Those measurements specifically come from the ground-water use sample from this set of Libre Office spreadsheets.

An anonymous reader writes: In past years the AMD Catalyst Linux driver has yielded better performance if naming the executable "doom3.x86" or "compiz" (among other choices), but these days this application profile concept is made more absurd with more games coming to Linux but AMD not maintaining well their Linux application profile database. The latest example is by getting ~40% better performance by renaming Counter-Strike: Global Offensive on Linux. If renaming the "csgo_linux" binary to "hl2_linux" for Half-Life 2 within Steam, the frame-rates suddenly increase across the board, this is with the latest Catalyst 15.7 Linux driver while CS:GO has been on Linux for nearly one year. Should driver developers re-evaluate their optimization practices for Linux?

MojoKid writes: When AMD launched the liquid-cooled Radeon Fury X, it was obvious the was company willing to commit to new architecture and bleeding edge technologies (Fiji and High-Bandwidth Memory, respectively). However, it fell shy of the mark that enthusiasts hoped it would achieve, unable to quite deliver a definitive victory against NVIDIA's GeForce GTX 980 Ti. However, AMD just launched their Radeon R9 Fury (no "X" and sometimes referred to as "Fury Air"), a graphics card that brings a more compelling value proposition to the table. It's the Fury release that should give AMD a competitive edge against NVIDIA in the $500+ graphics card bracket. AMD's Radeon R9 Fury's basic specs are mostly identical to the liquid-cooled flagship Fury X, except for two important distinctions. There's a 50MHz reduction in GPU clock speed to 1000MHz, and 512 fewer stream processors for a total of 3584, versus what Fury X has on board. Here's the interesting news which the benchmark results demonstrate: In price the Fury veers closer to the NVIDIA GeForce GTX 980, but in performance it sneaks in awfully close to the GTX 980 Ti.

Deathspawner writes: Following-up on the release of 12GB and 16GB FirePro compute cards last fall, AMD has just announced a brand-new top-end: the 32GB FirePro S9170. Targeted at DGEMM computation, the S9170 sets a new record for GPU memory on a single card, and does so without a dual-GPU design. Architecturally, the S9170 is similar to the S9150, but is clocked a bit faster, and is set to cost about the same as well, at between $3,000~$4,000. While AMD's recent desktop Radeon launch might have left a bit to be desired, the company has proven with its S9170 that it's still able to push boundaries.

Last Thursday you had a chance to ask Linus Torvalds about programming, hardware, and all things Linux. You can read his answers to those questions below. If you'd like to see what he had to say the last time we sat down with him, you can do so here.