Language Selection

English French German Italian Portuguese Spanish

Graphics/Benchmarks

NVIDIA: GTX 1660 and Linux

Filed under
Graphics/Benchmarks
  • NVIDIA have released the 418.43 driver, includes support for the just released GeForce GTX 1660

    Two bits of NVIDIA news for you today, not only have they released a new stable driver, they've also put out their latest GPU with the GTX 1660.

    First up, the new stable driver 418.43 is out which you can find here. It follows on from the 418.30 beta driver, released last month. The big new feature of the driver is initial support for G-SYNC Compatible monitors! So those of you with a FreeSync monitor should be able to use it (if you weren't already using the beta driver).

    This new driver also adds in support for the just released GeForce GTX 1660 Ti, the GeForce RTX 2070 with Max-Q Design and the GeForce RTX 2080 with Max-Q Design. There's also NVIDIA optical flow support, NVIDIA Video Codec SDK 9.0, support for stereo presentation in Vulkan and more.

  • NVIDIA 418.43 Stable Linux Driver Released, Includes GTX 1660 Ti Support

    As expected given today's GeForce GTX 1660 Ti launch, NVIDIA has released a new Linux graphics driver supporting the 1660 Ti as well as the RTX 2070 with Max-Q Design and RTX 2080 with Max-Q Design, among other changes.

    This is actually the first stable release in the NVIDIA 418 series for Linux users and succeeds last month's NVIDIA 418.30 Linux driver beta. Most of the changes in today's NVIDIA 418.43 driver release were previously found in the 418.30 version, just now made official with this stable driver debut plus adding in the NVIDIA GeForce GTX 1660 Ti graphics card support.

  • NVIDIA 390.116 Legacy & 410.104 Long-Lived Linux Drivers Released

    In addition to NVIDIA christening the 418 driver series as stable today with the GeForce GTX 1660 Ti release, they also issued updates for their 390 legacy driver series as well as the 410 long-lived driver release series.

    The NVIDIA 390.116 driver is out for those still using NVIDIA Fermi graphics cards on Linux. This update is the first in a while and has a number of fixes to the Linux driver, on the FreeBSD side there is now 12.0 support, support for the Linux 5.0 kernel, X.Org Server 1.20 fixes, and other random fixes collected in the past few months.

    For those using this NVIDIA legacy driver can find out more information via this DevTalk thread.

  • GeForce GTX 1660 Ti Launch Today - Supported By The NVIDIA Linux Driver, No Nouveau Yet

    After weeks of leaks, the GeForce GTX 1660 Ti is expected to be formally announced in just a few hours. This is a ~$300 Turing graphics card but without any ray-tracing support as so far has been common to all Turing graphics cards. The GTX 1600 series family is expected to expand as well in the weeks ahead.

Linux 5.0 Kernel Performance Is Sliding In The Wrong Direction

Filed under
Graphics/Benchmarks

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.

I haven't spotted any workload yet yielding a catastrophic performance regression on Linux 5.0 compared to 4.20 and earlier, but in a lot of workloads the 5.0 kernel is running faintly slower than 4.20. At first I thought it was isolated to just a particular box or two, but as my testing has increased, it's happened on a variety of at least x86_64 Intel/AMD hardware tested so far.

Read more

Graphics: AMDGPU, Mesa and Intel

Filed under
Graphics/Benchmarks
  • AMDGPU Has Late Fixes For Linux 5.0: Golden Register Update For Vega 20, Display Fixes

    There are some last minute changes to the AMDGPU Direct Rendering Manager (DRM) driver for the upcoming Linux 5.0 kernel release.

    Being past RC7, it's quite late in the cycle but some work has materialized that AMD is seeking to get in ahead of the stable release for improving the Radeon open-source GPU support.

  • Mesa 19.1 Panfrost Driver Gets Pantrace & Pandecode Support To Help Reverse Engineering

    Since being added to Mesa 19.1 at the start of this month, the Panfrost driver has continued speeding along with bringing up this ARM Mali T600/T700/T860 open-source graphics driver support. The latest batch of code was merged overnight, including support for some reverse-engineering helpers.

  • Intel's Shiny Vulkan Overlay Layer Lands In Mesa 19.1 - Provides A HUD With Driver Stats

    As some more exciting open-source Intel Linux graphics news this week besides their new merge request to mainline the Iris Gallium3D driver, over in the Vulkan space they have merged today their overlay layer that provides a heads-up display of sorts for their Linux "ANV" driver.

    Last month we reported on Intel developing a Vulkan "heads-up display" for their driver to display various statistics to help the driver developers themselves as well as application/game developers. This is akin to Gallium HUD but suited for Vulkan usage rather than OpenGL.

  • Intel Iris Gallium3D Driver Merged To Mainline Mesa 19.1

    Well that sure didn't take long... Less than 24 hours after the merge request to mainline the Intel "Iris" Gallium3D driver was sent out, it's now been merged into the mainline code-base! The Intel Gallium3D driver is now in Mesa Git for easy testing of their next-generation OpenGL Linux driver.

    Making the day even more exciting for Intel Linux users is this driver's landing comes just minutes after the Vulkan overlay layer HUD was merged for Intel's ANV open-source driver.

Early Intel i965 vs. Iris Gallium3D OpenGL Benchmarks On UHD Graphics 620 With Mesa 19.1

Filed under
Graphics/Benchmarks

With yesterday's somewhat of a surprise announcement that Intel is ready to mainline their experimental Iris Gallium3D driver as their "modern" Linux OpenGL driver with numerous design advantages over their long-standing "classic" i965 Mesa driver, here are some fresh benchmarks of that latest driver compared to the current state of their OpenGL driver in Mesa 19.1.

Read more

Graphics: TuxClocker and VK_EXT_depth_clip_enable

Filed under
Graphics/Benchmarks
  • TuxClocker: Another GPU Overclocking GUI For Linux

    Adding to the list of third-party GPU overclocking utilities for Linux is TuxClocker, a Qt5-based user-interface currently with support for NVIDIA graphics cards and experimental support for AMD GPUs. 

    TuxClocker is a Qt5 overclocking tool that supports adjusting not only the memory/core frequencies but also the power limit, fan speed, and other tunables based upon the GPU/driver in use. There is also graph monitors to show the power and temperature limit, where supported, among other features. 

    TuxClocker offers similar functionality to other third-party, open-source Linux GPU overclocking software though where as most utilities focus just on NVIDIA or AMD hardware, TuxClocker is pursuing both. Currently their stable release supports just NVIDIA GPUs but the development code has AMD Radeon support in the works.

  • Intel Wires VK_EXT_depth_clip_enable Into Their Vulkan Driver, Helping DXVK

    Intel's open-source ANV Vulkan driver now supports the VK_EXT_depth_clip_enable that was designed in part to help the DXVK project for mapping Direct3D atop of the Vulkan API.

Extensive Benchmarks Looking At AMD Znver1 GCC 9 Performance, EPYC Compiler Tuning

Filed under
Graphics/Benchmarks

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.

Read more

Graphics: RadeonSI Gets NIR Improvements, Enabled By Default For Civilization VI, Mesa 19 is Almost Ready, Now at Fifth RC

Filed under
Graphics/Benchmarks
  • RadeonSI Gets NIR Improvements, Enabled By Default For Civilization VI

    The RadeonSI NIR back-end as an alternative to its longstanding TGSI usage continues to be improved upon as a prerequisite for supporting OpenGL 4.6 with SPIR-V ingestion. A fresh batch of RadeonSI NIR work was merged today, including to enable it by default for one Linux game.

    Several developers landed the latest NIR code into Mesa 19.1 Git on Monday, including Marek Olšák who added a radeonsi_enable_nir option to DriConf for allowing the NIR usage to be flipped on a per-game/per-executable basis. Up to now users had to manually set R600_DEBUG=nir (or now, AMD_DEBUG=nir as the other syntax now supported in recent days with Mesa 19.1). But now with this DriConf option, it can "whitelist" games as needed.

  • mesa 19.0.0-rc5

    Hi List,

    Hot off the press is mesa 19.0-rc5. Due to a number of still opened bugs in the
    release tracker this will not be the final release, and I predict at least one
    more release candidate before the final release happens.

    Just an FYI, I will not be working Thursday or Friday this week, so if I don't
    respond to nominations after tommorrow don't be surprised Smile

    Anyway, in the rc5 release we have a little bit of everything, but not too much
    of any one thing:

    - nir
    - radv
    - v3d
    - intel
    - swr
    - anv
    - spirv
    - meson
    - radeonsi

    Dylan

  • Mesa 19.0-RC5 Released As The Cycle Drags Into Overtime

    Mesa 19.0-RC5 was issued a short time ago as the latest release candidate for Mesa 19.0. Due to blocker bugs remaining, at least one more release candidate is likely next week before seeing the official release.

    The 19.0 bug tracker still shows more than a half dozen bugs blocking the release. These blocker bugs range from 1~2% performance regressions in Unigine benchmarks with Skylake graphics to other random performance regressions and also some test case failures on the Intel side.

Wayland 1.17 & Weston 6.0 Reach Alpha, Officially Releasing Next Month

Filed under
Graphics/Benchmarks

Out today are the first alpha releases for Wayland 1.17 and the Weston 6.0 reference compositor. This alpha release is about two weeks behind schedule but the developers have updated their plans to now ship the beta releases on 5 March, release candidates begin on 12 March, and potentially releasing the stable versions of Wayland 1.17.0 and Weston 6.0.0 on 19 March.

The Wayland 1.17 Alpha release adds to the protocol support for expressing an internal server error message as well as an updated wl_seat protocol. There are also memory leak fixes for the Wayland scanner and various test updates. Details on the 1.17 alpha via wayland-devel.

Also out today is the Weston 6.0 Alpha. On the Weston compositor front they have shifted to using the Meson build system while deprecating Autotools, XDG-Shell stable support, FreeRDP 2.0 updates, IVI shell improvements, and many other changes.

Read more

NVIDIA 418.31.03 Linux Driver

Filed under
Graphics/Benchmarks
Gaming

Mesa 18.3.4

Filed under
Graphics/Benchmarks

Mesa 18.3.4 is now available.

In this release we have:

A fix in the XvMC state-tracker, which was causing some video attributes to
not take affect. On the video front the VAAPI state tracker has seen
improvements with VP9 streams while the amdgpu driver advertises all available
profiles.

On Intel side we have compiler fixes and extra PCI IDs for Coffee Lake and
Ice Lake parts. In the Broadcom drivers a couple of memory leaks were
addressed and the NEON assembly should compile properly on armhf.

Other drivers such as radeonsi, nouveau and freedreno have also seen some
love. The RADV driver has seen addressed to compile correctly with GCC9
amongst other changes.

The Xlib based libGL have been addressed to work with X servers, which lacks
the MIT-SHM extension such as XMing.

To top it up we have a few fixes to the meson build system.

Read more

Also: Mesa 18.3.4 Brings VA-API VP9 Improvements, More Coffeelake/Icelake IDs For Intel

Syndicate content