Language Selection

English French German Italian Portuguese Spanish

Graphics/Benchmarks

Out-Of-The-Box 10GbE Network Benchmarks On Nine Linux Distributions Plus FreeBSD 12

Filed under
Graphics/Benchmarks

Last week I started running some fresh 10GbE Linux networking performance benchmarks across a few different Linux distributions. That testing has now been extended to cover nine Linux distributions plus FreeBSD 12.0 to compare the out-of-the-box networking performance.

Tested this round alongside FreeBSD 12.0 was Antergos 19.1, CentOS 7, Clear Linux, Debian 9.6, Fedora Server 29, openSUSE Leap 15.0, openSUSE Tumbleweed, Ubuntu 18.04.1 LTS, and Ubuntu 18.10.

All of the tests were done with a Tyan S7106 1U server featuring two Intel Xeon Gold 6138 CPUs, 96GB of DDR4 system memory, and Samsung 970 EVO SSD. For the 10GbE connectivity on this server was an add-in HP NC523SFP PCIe adapter providing two 10Gb SPF+ ports using a QLogic 8214 controller.

Read more

Graphics: Vega, Radeon, Wayland on BSD

Filed under
Graphics/Benchmarks
Linux
BSD
  • Vega 10 & Newer Getting More Fine-Grained PowerPlay Controls On Linux

    With the upcoming Linux 5.1 kernel cycle, discrete Radeon graphics cards based on Vega 10 and newer will have fine-grained controls over what PowerPlay power management features are enabled and the ability to toggle them at run-time.

    Queued into the work-in-progress AMDGPU code for the eventual Linux 5.1 kernel cycle is now a ppfeatures for sysfs. This new "ppfeatures" file on sysfs will allow for querying the PowerPlay features state and toggling them individually. This includes features like GFXOFF (the ability to turn off the graphics engine when idling), automatic fan control, LED display for GPU activity, the dynamic power management state for the various blocks, and other features. Up to now the PowerPlay features couldn't be toggled individually but just a blanket enable/disable.

  • AMD Radeon 7 Will Have Day One Linux Support

    Linux gamers shouldn't see a repeat performance of the Radeon RX 590 situation.

  • Wayland Support On The BSDs Continuing To Improve

    While Wayland was designed on and for Linux systems, the BSD support for Wayland and the various compositors has continued improving particularly over the past year or so but it's still a lengthy journey.

    In a little more than one year, the FreeBSD Wayland support has been on a steady rise. It's looking like this year could even mark the KDE Wayland session for FreeBSD potentially getting squared away. Besides KDE, the GNOME Wayland work for FreeBSD has advanced a bit and is available in some FreeBSD Ports but there has been some complications around libinput and its Linux'isms. Details on the current state of Wayland-related components in FreeBSD is drafted at the FreeBSD Wiki.

Mesa 18.2 vs. 18.3 vs. 19.0 January Benchmarks For RadeonSI/RADV

Filed under
Graphics/Benchmarks

With Mesa 19.0 entering its feature freeze before the month is through, here are fresh benchmarks of the very latest RadeonSI OpenGL and RADV Vulkan performance on Polaris and Vega graphics cards compared to the current stable Mesa 18.3 series and the former 18.2 release. This testing is complementary to last week's Mesa 19.0 RADV vs. AMDVLK vs. AMDGPU-PRO Vulkan tests.

For the purposes of seeing how the latest Mesa 19.0 is stacking up on the Radeon side, tests were done with a Radeon RX 580 Polaris and Radeon RX Vega 56. Tests were done using Mesa 19.0-devel from the Padoka PPA built against LLVM 8.0 SVN AMDGPU and then against Mesa 18.3.1 stable with LLVM 7.0.0 (from the Pkppa) and then Mesa 18.2.2 built against LLVM 7.0 as is shipped by default currently on Ubuntu 18.10. So not only are we looking to see the current performance benefits of Mesa 19 but also whether the performance upgrade is worthwhile for those otherwise using the stock Mesa shipped by the current Ubuntu release.

Read more

AMDGPU-PRO 18.50 vs. ROCm 2.0 OpenCL Performance

Filed under
Graphics/Benchmarks

When recently publishing the PlaidML deep learning benchmarks and lczero chess neural network OpenCL tests, some Phoronix readers mentioned they were seeing vastly different results with using the PAL OpenCL driver in AMDGPU-PRO (Radeon Software) compared to using the ROCm compute stack. So for seeing how those two separate AMD OpenCL drivers compare, here are some benchmark results with a Vega GPU while testing ROCm 2.0 and AMDGPU-PRO 18.50.

Read more

Linux 4.20 Allows Overclockers To Increase The Radeon TDP Power Limit

Filed under
Graphics/Benchmarks
Linux

The AMDGPU Linux kernel driver for a while has now offered command-line-driven OverDrive overclocking for recent generations of Radeon GPUs. This has allowed manipulating the core and memory clock speeds as well as tweaking the voltage but has not supported increasing the TDP limit of the graphics card: that's in place with Linux 4.20

Up until now with the AMDGPU Linux kernel driver there hasn't been support for increasing the TDP power limit beyond its default, but has allowed for reducing that limit should you be trying to conserve power / allow your GPU to run cooler. A change was quietly added to the Linux 4.20 kernel to allow increasing the power limit when in the OverDrive mode.

This change wasn't prominently advertised but fortunately a Phoronix reader happened to run across it today and tipped us off.

Read more

Graphics: Nouvea, NVIDIA RTX "Turing", KDE Plasma 5.15 Beta Wayland Session, Qt5 GUIs With Spying

Filed under
Graphics/Benchmarks
  • Nouveau Open-Source Driver Will Now Work With NVIDIA RTX 2080 Ti On Linux 5.0

    Among the many Linux 5.0 kernel features is initial open-source NVIDIA driver support for the latest-generation Turing graphics processors. Missed out on during the Linux 5.0 merge window was "TU102" support but now that is coming down as a fix for the 5.0 kernel.

    Back in December, Ben Skeggs of Red Hat posted the initial Turing support for Nouveau in the form of the TU104 (RTX 2080) and TU106 (RTX 2060/2070) but was lacking coverage of the TU102, which is for the flagship RTX 2080 Ti and TITAN RTX. He wasn't able to test the support at the time and thus left it out. Skeggs has now been able to verify the TU102 support is working and that patch is now on its way to the mainline kernel tree.

  • Quake 2 Gets Real-Time Path Tracing Powered By NVIDIA RTX / VK_NV_ray_tracing

    For those Linux gamers with a NVIDIA RTX "Turing" graphics card, there's finally an interesting open-source workload to enjoy that makes use of the RTX hardware and NVIDIA's VK_NV_ray_tracing extension... A real-time path tracing port of the legendary Quake 2 game.

    While Quake II recently saw a Vulkan port, university students have now done an "RTX" port for Quake 2 with the new Q2VKPT project.

  • KDE Plasma 5.15 Beta Wayland Run Through

    In this video, we look at KDE Plasma 5.15 Beta the Wayland Session. Please keep in mind that it is still in development and the Xorg session is perfect.

  • Qt 5.13 Might Add QTelemetry For Opt-In Anonymous Data Collection

    The next release of the Qt5 tool-kit might introduce a potentially controversial module to facilitate anonymous data collection of Qt applications. 

    The addition of Qt Telemetry has been under code review since last September. There was some reviews taking place and code revisions happening but since November that review dried up. 

WLinux & WLinux Enterprise Benchmarks, The Linux Distributions Built For Windows 10 WSL

Filed under
Graphics/Benchmarks

Making the news rounds a few months back was "WLinux", which was the first Linux distribution designed for Microsoft's Windows Subsystem for Linux (WSL) on Windows 10. But is this pay-to-play Linux distribution any faster than the likes of Ubuntu, openSUSE, and Debian already available from the Microsoft Store? Here are some benchmarks of these different Linux distribution options with WSL.

WLinux is a Linux distribution derived from Debian that is focused on offering an optimal WSL experience. This distribution isn't spun by Microsoft but a startup called Whitewater Foundry. WLinux focuses on providing good defaults for WSL with the catering of its default package set while the Debian archive via APT is still accessible. There is also support for graphical applications when paired with a Windows-based X client. For this easy-setup, quick-to-get-going Linux distribution on WSL, it retails for $19.99 USD from the Microsoft Store though often sells for $9.99 USD.

Read more

Mesa 18.3.2

Filed under
Graphics/Benchmarks

Mesa 18.3.2 is now available.

In this release candidate we have added more PCI IDs for AMD Vega devices and
a number of fixes for the RADV Vulkan drivers.

On the Intel side we have a selection ranging from quad swizzles support for
ICL to compiler fixes.

The nine state tracker has also seen some love as do the Broadcom drivers.

To top it all up, we have a healthy mount of build system fixes.

Alex Deucher (3):
pci_ids: add new vega10 pci ids
pci_ids: add new vega20 pci id
pci_ids: add new VegaM pci id

Alexander von Gluck IV (1):
egl/haiku: Fix reference to disp vs dpy

Andres Gomez (2):
glsl: correct typo in GLSL compilation error message
glsl/linker: specify proper direction in location aliasing error

Axel Davy (3):
st/nine: Fix volumetexture dtor on ctor failure
st/nine: Bind src not dst in nine_context_box_upload
st/nine: Add src reference to nine_context_range_upload

Bas Nieuwenhuizen (5):
radv: Do a cache flush if needed before reading predicates.
radv: Implement buffer stores with less than 4 components.
anv/android: Do not reject storage images.
radv: Fix rasterization precision bits.
spirv: Fix matrix parameters in function calls.

Caio Marcelo de Oliveira Filho (3):
nir: properly clear the entry sources in copy_prop_vars
nir: properly find the entry to keep in copy_prop_vars
nir: remove dead code from copy_prop_vars

Dave Airlie (2):
radv/xfb: fix counter buffer bounds checks.
virgl/vtest: fix front buffer flush with protocol version 0.

Dylan Baker (6):
meson: Fix ppc64 little endian detection
meson: Add support for gnu hurd
meson: Add toggle for glx-direct
meson: Override C++ standard to gnu++11 when building with altivec on ppc64
meson: Error out if building nouveau and using LLVM without rtti
autotools: Remove tegra vdpau driver

Emil Velikov (13):
docs: add sha256 checksums for 18.3.1
bin/get-pick-list.sh: rework handing of sha nominations
bin/get-pick-list.sh: warn when commit lists invalid sha
cherry-ignore: meson: libfreedreno depends upon libdrm (for fence support)
glx: mandate xf86vidmode only for "drm" dri platforms
meson: don't require glx/egl/gbm with gallium drivers
pipe-loader: meson: reference correct library
TODO: glx: meson: build dri based glx tests, only with -Dglx=dri
glx: meson: drop includes from a link-only library
glx: meson: wire up the dispatch-index-check test
glx/test: meson: assorted include fixes
Update version to 18.3.2
docs: add release notes for 18.3.2

Eric Anholt (6):
v3d: Fix a leak of the transfer helper on screen destroy.
vc4: Fix a leak of the transfer helper on screen destroy.
v3d: Fix a leak of the disassembled instruction string during debug dumps.
v3d: Make sure that a thrsw doesn't split a multop from its umul24.
v3d: Add missing flagging of SYNCB as a TSY op.
gallium/ttn: Fix setup of outputs_written.

Erik Faye-Lund (2):
virgl: wrap vertex element state in a struct
virgl: work around bad assumptions in virglrenderer

Francisco Jerez (5):
intel/fs: Handle source modifiers in lower_integer_multiplication().
intel/fs: Implement quad swizzles on ICL+.
intel/fs: Fix bug in lower_simd_width while splitting an instruction which was already split.
intel/eu/gen7: Fix brw_MOV() with DF destination and strided source.
intel/fs: Respect CHV/BXT regioning restrictions in copy propagation pass.

Ian Romanick (2):
i965/vec4/dce: Don't narrow the write mask if the flags are used
Revert "nir/lower_indirect: Bail early if modes == 0"

Jan Vesely (1):
clover: Fix build after clang r348827

Jason Ekstrand (6):
nir/constant_folding: Fix source bit size logic
intel/blorp: Be more conservative about copying clear colors
spirv: Handle any bit size in vector_insert/extract
anv/apply_pipeline_layout: Set the cursor in lower_res_reindex_intrinsic
spirv: Sign-extend array indices
intel/peephole_ffma: Fix swizzle propagation

Karol Herbst (1):
nv50/ir: fix use-after-free in ConstantFolding::visit

Kirill Burtsev (1):
loader: free error state, when checking the drawable type

Lionel Landwerlin (5):
anv: don't do partial resolve on layer > 0
i965: include draw_params/derived_draw_params for VF cache workaround
i965: add CS stall on VF invalidation workaround
anv: explictly specify format for blorp ccs/mcs op
anv: flush fast clear colors into compressed surfaces

Marek Olšák (1):
st/mesa: don't leak pipe_surface if pipe_context is not current

Mario Kleiner (1):
radeonsi: Fix use of 1- or 2- component GL_DOUBLE vbo's.

Nicolai Hähnle (1):
meson: link LLVM 'native' component when LLVM is available

Rhys Perry (3):
radv: don't set surf_index for stencil-only images
ac/nir,radv,radeonsi/nir: use correct indices for interpolation intrinsics
ac: split 16-bit ssbo loads that may not be dword aligned

Rob Clark (2):
freedreno/drm: fix memory leak
mesa/st/nir: fix missing nir_compact_varyings

Samuel Pitoiset (1):
radv: switch on EOP when primitive restart is enabled with triangle strips

Timothy Arceri (2):
tgsi/scan: fix loop exit point in tgsi_scan_tess_ctrl()
tgsi/scan: correctly walk instructions in tgsi_scan_tess_ctrl()

Vinson Lee (2):
meson: Fix typo.
meson: Fix libsensors detection.

Read more

Also: Mesa 18.3.2 Released With Many Fixes As Users Encouraged To Upgrade

Mesa 19.0 RADV vs. AMDVLK 2019.Q1.2 vs. Radeon Software 18.50 Linux Vulkan Performance

Filed under
Graphics/Benchmarks

With the latest AMDVLK Vulkan driver improvements back to coming out on a weekly basis by AMD and Mesa 19.0 development progressing ahead of its feature freeze later this month, here is a fresh Linux gaming benchmark comparison of the AMD Radeon Vulkan driver options on Linux. Tested this round with a Radeon RX 590 and RX Vega 64 was the latest Mesa 19.0 development state for RADV, this week's new AMDVLK 2019.Q1.2 driver snapshot, and the Radeon Software 18.50 proprietary driver while running a slew of Vulkan-powered Linux games and DXVK.

Read more

Graphics: GeForce GPUs in Ubuntu, Intel Control Panel For Linux Systems, Mesa 19.0 Deprecates GNU Autotools Build System In Favor Of Meson

Filed under
Graphics/Benchmarks
  • Generations of GeForce GPUs in Ubuntu

    If you are running an Ubuntu system with an older GPU and are curious about upgrading but unsure if it is worth it, Phoronix has a great review for you. Whether you are gaming with OpenGL and Vulkan, or curious about the changes in OpenCL/CUDA compute performance they have you covered. They even delve into the power efficiency numbers so you can spec out the operating costs of a large deployment, if you happen to have the budget to consider buying RTX 2060's in bulk.

  • Intel To Eventually Explore Offering A Graphics Control Panel For Linux Systems

    Intel's Linux graphics driver stack has never offered its own vendor-specific driver control panel GUI like is common among all major graphics vendors on Windows, but instead they've opted for the command-line experience and making use of common interfaces with what's offered by the different desktop environments for resolution handling, multi-monitor setup, etc. But moving forward they may end up bringing a new graphics driver control panel to Linux.

  • Mesa 19.0 Deprecates GNU Autotools Build System In Favor Of Meson

    Last month was a proposed patch that would have killed the Autotools build system within Mesa. Developers have decided for the upcoming Mesa 19.0 release not to eliminate this GNU Autotools support but rather to mark it as deprecated and require an extra flag in order to make use of it.

    Hitting Mesa Git master today was the patch deprecating Autotools support within Mesa in favor of the Meson build system. It hasn't been determined when the Autotools scripts will be removed themselves, but for now if wanting to enable the support you need to pass --enable-autotools to acknowledge the fact that it's been deprecated.

Syndicate content

More in Tux Machines

Android Leftovers

Parrot 4.5 Ethical Hacking OS Released with Metasploit 5.0, Drops 32-Bit Support

Parrot 4.5 is now available, powered by the long-term supported Linux 4.19 kernel series, preparing the project for the upcoming Parrot 5.0 LTS release. For future releases, Parrot Security plans to a support two kernels, stable kernel and a testing kernel. Parrot 4.5 also comes with the latest Metasploit 5.0 penetration testing framework, which introduces major features like new evasion modules, a new search engine, a json-rpc daemon, integrated web services, and support for writting shellcode in C. Read more Also: Parrot 4.5 release notes

GPU acceleration for Linux apps on Chrome OS enabled

It’s happening, and it’s happening early. GPU acceleration for Linux apps on Chrome OS has arrived. According to a recent report, Chromebooks with ‘Eve’ and ‘Nami’ baseboard should now, or very soon, be able to try GPU hardware acceleration. GPU acceleration allows applications to fully leverage the GPU of a device to better run graphic-intensive tasks, like gaming. The feature will make for a much smoother Linux apps experience for Chromebook users. Read more

Out-Of-The-Box 10GbE Network Benchmarks On Nine Linux Distributions Plus FreeBSD 12

Last week I started running some fresh 10GbE Linux networking performance benchmarks across a few different Linux distributions. That testing has now been extended to cover nine Linux distributions plus FreeBSD 12.0 to compare the out-of-the-box networking performance. Tested this round alongside FreeBSD 12.0 was Antergos 19.1, CentOS 7, Clear Linux, Debian 9.6, Fedora Server 29, openSUSE Leap 15.0, openSUSE Tumbleweed, Ubuntu 18.04.1 LTS, and Ubuntu 18.10. All of the tests were done with a Tyan S7106 1U server featuring two Intel Xeon Gold 6138 CPUs, 96GB of DDR4 system memory, and Samsung 970 EVO SSD. For the 10GbE connectivity on this server was an add-in HP NC523SFP PCIe adapter providing two 10Gb SPF+ ports using a QLogic 8214 controller. Read more