Language Selection

English French German Italian Portuguese Spanish

Graphics: GLFW, OpenGL, Vulkan and Mesa

Filed under
Graphics/Benchmarks
  • GLFW 3.3 Adds Vulkan macOS Support Via MoltenVK, Better HiDPI & Scaling

    GLFW is the traditionally OpenGL library (now also encompassing the Vulkan graphics API) that offers a basic API for the creation of windows/contexts/surfaces across software platforms. GLFW works for both desktop and mobile, various devices, and works across all major operating systems while being under the liberal Zlib license. GLFW 3.3 is now available with some exciting enhancements.

  • Intel's New Iris Driver Gets Speed Boost From Changing The OpenGL Vendor String

    Following yesterday's Intel Iris vs. i965 OpenGL benchmarks against Windows 10, there is already an optimization out of our latest testing as a result.

    Iris driver lead developer Kenneth Graunke of Intel's Open-Source Technology Center landed a change in Mesa 19.1 today to really help out the performance in at least Valve's Portal game. In our benchmarks yesterday, Iris was coming in at 52 FPS to i965's 69 FPS and Windows 10 at 75 FPS. With the quick change in Mesa Git today, Ken finds on at least his system to get 1.8x better Portal performance where Iris equates to being 3.86% faster than the i965 driver.

  • CLVK Still Making Progress As Experimental OpenCL Over Vulkan

    We've seen many efforts like DXVK that are mapping Direct3D atop Vulkan, efforts like Zink in getting OpenGL over Vulkan, and less popular but still progressing is getting OpenCL -- at least a reasonable subset of it -- working under Vulkan. That's what the CLVK project is about and it's been making more progress since we last looked at it on Phoronix.

    [...]

    Since last writing about CLVK, it's picked up support for Talvos as a Vulkan emulator/interpreter for handling SPIR-V modules on the CPU and thus allowing CLVK to operate without a Vulkan-enabled GPU.

  • Mesa 19.1 Likely To See Radeon "RADV" Vulkan FreeSync/Adaptive-Sync Support

    Mesa 19.1 is now even more exciting as RADV's co-lead, Bas Nieuwenhuizen has requested the Radeon Vulkan's FreeSync/Adaptive-Sync support be a blocker bug for this quarterly Mesa update.

    As explained last week, RADV's FreeSync support has been held up by lacking a configuration system to selectively enable the functionality when not dealing with any compositor, multimedia program, or other applications where this variable rate refresh technology could intefere and to only enable FreeSync/Adaptive-Sync for full-screen games. That's been the blocker while a patch has been available for flipping on VRR for RADV.

More in Tux Machines

Linux 5.2-rc2

Hey, what's to say? Fairly normal rc2, no real highlights - I think most of the diff is the SPDX updates. Who am I kidding? The highlight of the week was clearly Finland winning the ice hockey world championships. So once you sober up from the celebration, go test, Linus Read more Also: Linux 5.2-rc2 Kernel Released As The "Golden Lions"

Audiocasts/Shows: Linux Action News, Linux Gaming News Punch, Open Source Security Podcast and GNU World Order

Review: Red Hat Enterprise Linux 8.0

My experiment with RHEL 8 got off to a rough start. Going through the on-line registration process produced some errors and ended up with me getting the wrong ISO which, in turn, resulted in some confusion and delays in getting the distribution installed. Things then began to look up as RHEL 8 did a good job of detecting my system's hardware, registered itself without incident and offered good performance on physical hardware. I was particularly pleased that the distribution appears to detect whether our video card will work well with Wayland and either displays or hides Wayland sessions in response. I did have some trouble with the GNOME Classic Wayland session and GNOME Shell on X.Org was a bit sluggish. However, the Classic session on X.Org and GNOME Shell on Wayland both worked very well. In short, it's worthwhile to explore each of the four desktop options to see what works best for the individual. The big issues I ran into with RHEL were with regards to software management. Both GNOME Software and the Cockpit screen for managing applications failed to work at all, whether run as root or a regular user. When using the command line dnf package manager, the utility failed to perform searches unless run with sudo and occasionally crashed. In a similar vein, the Bash feature that checks for matching packages when the user types a command name it doesn't recognize does not work and produces a lengthy error. There were some security features or design choices that I think will mostly appeal to enterprise users, but are less favourable in home or small office environments. Allowing remote root logins by default on the Workstation role rubs me the wrong way, though I realize it is often useful when setting up servers. The enforced complex passwords are similarly better suited to offices than home users. One feature which I think most people will enjoy is SELinux which offers an extra layer of security, thought I wish the Cockpit feature to toggle SELinux had worked to make trouble-shooting easier. I was not surprised that RHEL avoids shipping some media codecs. The company has always been cautious in this regard. I had hoped that trying to find and install the codecs would have provided links to purchase the add-ons or connect us with a Red Hat-supplied repository. Instead we are redirected through a chain of Fedora documentation until we come to a third-party website which currently does not offer the desired packages. Ultimately, while RHEL does some things well, such as hardware support, desktop performance, and providing stable (if conservative) versions of applications, I found my trial highly frustrating. Many features simply do not work, or crash, or use a lot of resources, or need to be worked around to make RHEL function as a workstation distribution. Some people may correctly point out RHEL is mostly targeting servers rather than workstations, but there too there are a number of problems. Performance and stability are provided, but the issues I ran into with Cockpit, permission concerns, and command line package management are all hurdles for me when trying to run RHEL in a server role. I find myself looking forward to the launch of CentOS 8 (which will probably arrive later this year), as CentOS 8 uses the same source code as RHEL, but is not tied to the same subscription model and package repositories. I am curious to see how much of a practical effect this has on the free, community version of the same software. Read more

GNOME 3.34 Revamps the Wallpaper Picker (And Fixes a Longstanding Issue Too)

The upcoming release of GNOME 3.34 will finally solve a long standing deficiency in the desktop’s background wallpaper management. Now, I’ve written about various quirks in GNOME wallpaper handling before, but it’s the lack of option to pick a random wallpaper from a random directory via the Settings > Background panel that is, by far, my biggest bug bear. Ubuntu 19.04 ships with GNOME 3.32. Here, the only wallpapers available to select via the Settings > Background section are those the system ships with and any top-level images placed in ~/Pictures — nothing else is selectable. So, to set a random image as a wallpaper in GNOME 3.32 I tend to ignore the background settings panel altogether and instead use the image viewer’s File > Set as background… option (or the similar Nautilus right-click setting). Thankfully, not for much longer! Read more