We're hiring!
*

A summer sprint: bringing near-native performance to Zink

Mike Blumenkrantz avatar

Mike Blumenkrantz
November 06, 2020

Share this post:

Hello! I'm Mike, and this is your regularly-scheduled Fall news roundup for the Zink project. While I'm not currently working at Collabora, I've had an absolute blast working with and getting mentored by the experts here (hi Erik!) as I struggled to figure out all of this graphics driver stuff and then get coding on the project. I've since accounted for roughly 70% of all patches to the driver since May of this year, and significant progress has been made.

That being said, I thought it would be great to post my latest Zink update on Collabora's blog, as this week marks a little over 2 years since the project was initially announced!

As an organization, Collabora are true masters at mentoring and community outreach, and with the help of experts like Erik Faye-Lund and Daniel Stone, I found it both easy and productive to start hacking on some code in my free time to make great strides in taking the driver to the next level.

So, let's dive in.

Current Status

If a Mesa release shipped today, Zink would have a number of improvements from the previous Fall update:

  • core GL 3.3 support is now finished
  • MacOS support has been added (and continues to be worked on thanks to Duncan Hopkins)
  • RaspberryPi 4 support thanks to Igalia

Near Term

With this said, I have a public branch with well over 400 patches that are going to continue to be landing. That's why in the very near future, expect to see support for:

And that'll round out GL 4.0 support! From there it's another 150+ patches to get to GL 4.6 and ES 3.2, the process of which I've been chronicling in some detail on my blog.

Future Plans

Feature support isn't the only thing people want out of graphics drivers, however, and Zink is no exception. I have a couple hundred patches which improve Zink performance which I'll be looking to merge once core features have all been implemented. Here's a quick retrospective of the progress.

The starting point of benchmarking, for which I used Unigine Heaven as it's representative of a modern 3D game, was very humble:


The textures were failing to render in color due to an application bug that required a driconf (configuration for graphics drivers) workaround.

Also the FPS is decidedly not great, even on my Intel laptop's integrated GPU.

With the rendering problem fixed, things still looked grim:


14FPS isn't very much, especially considering native GL drivers were hitting upwards of 50FPS at the same point, meaning Zink was starting from ~25% of native performance.

I spent a week or so (and 75ish patches) aggressively optimizing Zink's command buffer dispatch and descriptor usage to implement caching and recycling, and things were now looking a lot better:


This ended up being huge, and Zink was now over 60% of native performance. It still wasn't enough, however, as nobody is going to want to use a driver that can only play games at 60% of their hardware's capability. With the help of more internal rewrites as well as integrating Marek Olšák's threaded GL context, I made one final push for a big FPS gain:


With these changes (which I've detailed more on my blog), Zink is now at ~95% of native performance on my system, and I expect this number to improve further in 2021 after further review and discussion with all the helpful folks here.

The future for Zink is bright!

Community-Building

The #zink channel on FreeNode is growing larger every day, as are the number of bug reports and news articles related to Zink. If anyone out there has an interest in doing Open Source work, either as a hobby or a career, I can't recommend Collabora and their associated projects highly enough.

If you're interested in Zink, feel free to comment here, join IRC (#zink on FreeNode), or reach out more directly to anyone involved.

Comments (2)

  1. Mattias Bengtsson:
    Nov 06, 2020 at 11:17 PM

    95% is huuuge! Especially over time if less new games and software will use OpenGL.

    Great work!!

    Reply to this comment

    Reply to this comment

  2. Alvar Lagerlöf:
    Nov 21, 2020 at 10:52 PM

    Amazing work! Along with things like DXVK, Vulkan is really shaping up to be used everywhere!

    Reply to this comment

    Reply to this comment


Add a Comment






Allowed tags: <b><i><br>Add a new comment:


Search the newsroom

Latest Blog Posts

Quick hack: Patching kernel modules using DKMS

05/05/2021

DKMS is a framework that is mostly used to build and install external kernel modules. It can also be used to install a specific patch to…

Build your own application with GTK 4 as a Meson subproject!

29/04/2021

Building GTK 4 as a Meson subproject for your own application is not only useful for Windows builds, but also for many Linux distributions…

Profiling virtualized GPU acceleration with Perfetto

22/04/2021

Recently, we have been using Perfetto to successfully profile Apitrace traces in crosvm through VirGL renderer. We have now added perfetto…

Continuous 3D Hand Pose Tracking using Machine Learning & Monado OpenXR

20/04/2021

As part of a project backed by INVEST-AI, a program managed by IVADO Labs, we have developed a multi-stage neural network-based solution…

An easy to use MTP implementation for your next embedded Linux project

13/04/2021

Did you know you could run a permissively-licensed MTP implementation with minimal dependencies on an embedded device? Here's a step-by-step…

Rust: integrating LLVM source-base code coverage with GitLab

24/03/2021

Earlier this year, the Rust compiler gained support for LLVM source-base code coverage. In this post we'll explain how to setup a CI job…

Open Since 2005 logo

We use cookies on this website to ensure that you get the best experience. By continuing to use this website you are consenting to the use of these cookies. To find out more please follow this link.

Collabora Ltd © 2005-2021. All rights reserved. Privacy Notice. Sitemap.

Collabora Limited is registered in England and Wales. Company Registration number: 5513718. Registered office: The Platinum Building, St John's Innovation Park, Cambridge, CB4 0DS, United Kingdom. VAT number: 874 1630 19.