We do often include affiliate links to earn us some pennies. See more here.
PowerVR seem very interested in Vulkan, and a demo they have shown off shows much better performance on Vulkan over OpenGL.

YouTube Thumbnail
YouTube videos require cookies, you must accept their cookies to view. View cookie preferences.
Accept Cookies & Show   Direct Link
The FPS is a lot more consistent (and high), and the load on the CPU is better too.

You can find their full blog post about it here.

It's all very technical, and most of it beyond me since I don't work with graphics API's, but this bit seemed important:
QuoteAll of the features above require implementation in code, so the use of Vulkan does come with added code complexity compared to OpenGL ES.


We knew that Vulkan would require more work from developers, as it relies less on drivers, but it's worth mentioning again. Article taken from GamingOnLinux.com.
Tags: Editorial, Video
0 Likes
About the author -
author picture
I am the owner of GamingOnLinux. After discovering Linux back in the days of Mandrake in 2003, I constantly checked on the progress of Linux until Ubuntu appeared on the scene and it helped me to really love it. You can reach me easily by emailing GamingOnLinux directly. You can also follow my personal adventures on Bluesky.
See more from me
The comments on this article are closed.
All posts need to follow our rules. For users logged in: please hit the Report Flag icon on any post that breaks the rules or contains illegal / harmful content. Guest readers can email us for any issues.
22 comments Subscribe
Page: 1/2»
  Go to:

sigz 10 Aug 2015
Really impressive, less CPU usage, more FPS..
weaponx169 10 Aug 2015
Wow, its very smooth and there is no lagging at all.
Pecisk 10 Aug 2015
So much smoother, nice!

Also majority of people using OGL ES and Vulkan are/will be engine devs anyway, and most of them will be very happy as they will get more control over memory management and multi-threading.

Also Ars Technica reports that Android will move to Vulkan API as default graphics API.
Beamboom 10 Aug 2015
Also Ars Technica reports that Android will move to Vulkan API as default graphics API.

Ah that's excellent support right there.
musojon74 10 Aug 2015
Appears very impressive. Looking forward to it being on Linux.
AskQuestionsLater 10 Aug 2015
Also Ars Technica reports that Android will move to Vulkan API as default graphics API.

I strongly suspect that is why NVidia is so interested in Vulkan for Linux - having good debuggers, trace factilites and other diagnostics are going to be critical for a lower level API and Android is generally a ARM + NVidia show these days.
linux_gamer 10 Aug 2015
Indeed very impressive. Now we need some Nvidia Vulkan drivers, or at least Intel ones (Valve?).
Segata Sanshiro 10 Aug 2015
Wow, I never expected there to be SO much of a difference. Imagine those kinds of differences on the PC.... :D
minj 10 Aug 2015
CPU saturation e.g. @0:18 is a beautiful sight. All the cores are working, finally!
Mohandevir 10 Aug 2015
In this exemple, you can really see the load balancing between cpu cores and it's great but there's nothing about switchable gpus. They can balance the load in this aspect too, so I read, on pcgaming. They are able to give some tasks to the Intel onboard gpu while the NVidia or AMD graphic card keep its ressources to deal with the most serious tasks.
Belarrius 10 Aug 2015
Yes but... OpenGL ES 3.0 (2012) versus Vuklan (2015). OpenGL ES 3.2 (2015) is large better than OpenGL ES 3.0, but yeah, it's amazing !
Pecisk 10 Aug 2015
In this exemple, you can really see the load balancing between cpu cores and it's great but there's nothing about switchable gpus. They can balance the load in this aspect too, so I read, on pcgaming. They are able to give some tasks to the Intel onboard gpu while the NVidia or AMD graphic card keep its ressources to deal with the most serious tasks.

Yeah, idea is that both DirectX12 and Vulkan will remove need for artificial hardware level constructs like SLI. Graphics engines will be able to be run multithreaded, utilizing memory as they see fit. That's why all high level stuff was removed, because OpenGL was basically an engine - from times when there was no one else to draw that box on screen. Now, while I still see OpenGL being beneficial for many devs, Vulkan plus good engine will make wonders - including scenarios where it will be able spread graphics work to multiple completely unrelated graphics cards and all your CPUs.
sr_ls_boy 10 Aug 2015
Question: Is the word "pipeline" now obsolete?
If so, then how should we describe how a triangle
gets rendered within a Vulkan inplementation?
Shmerl 10 Aug 2015
Indeed very impressive. Now we need some Nvidia Vulkan drivers, or at least Intel ones (Valve?).

Not until the end of the year, and it can likely be expected for nvidia, amd, intel, and on mobile platforms. Ideally, for Linux, the best place to have it is with all appropriate drivers through Gallium3D.

Not sure if Gallium3D is fitting for it. There is duplication of functionality between Gallium and SPIR-V / Vulkan. I think Vulkan drivers will be independent of Gallium3D, since there is no need for redundant abstractions.


Last edited by Shmerl on 10 Aug 2015 at 10:27 pm UTC
raonlinux 10 Aug 2015
why the left side only use two core that is opengl and vulkan use four core?
burnall 11 Aug 2015
Because Vulkan is having a multithreading support, which was missing in OpenGL. This is one of the reasons they made Vulkan. Is that so hard to understand?
ashleysmithgpu 11 Aug 2015
I'm posting too much in here, but please to read the linked blog post. There isn't as much of a difference as you are expecting - they've shown essentially the worst way to do things with OpenGL ES vs the most optimal way for Vulkan. Expect possibly some middle ground - and only if the scene is CPU bound.

I created the demo. Yep you should take the performance with a pinch of salt. Not all games are going to get an instant speed boost. It will take time for game engines to support Vulkan and games that do not use engines will have to pick up the new API first.

I do think that mobile games will benefit from performance more than desktop games.

but there's nothing about switchable gpus.

I'm not sure I'm allowed to say much on this yet, but check this post: http://www.gamedev.net/topic/666419-what-are-your-opinions-on-dx12vulkanmantle/#entry5215019 for multi-gpu. :)


Last edited by ashleysmithgpu on 11 Aug 2015 at 8:46 am UTC
Please tell me that the garden gnomes are meant to hint at snappier performance on the GNOME desktop, when its compositor makes use of Vulkan?

(And no longer heats up one's GPU, doing nothing but showing a bunch of windows, as high as an hour-long session of SoM, or Metro?)


Last edited by walther von stolzing on 11 Aug 2015 at 10:13 am UTC
Liam Dawe 11 Aug 2015
  • Admin
Please tell me that the garden gnomes are meant to hint at snappier performance on the GNOME desktop, when its compositor makes use of Vulkan?

(And no longer heats up one's GPU, doing nothing but showing a bunch of windows, as high as an hour-long session of SoM, or Metro?)

It has nothing to do with it, this is an Android demo.
STiAT 11 Aug 2015
Holy crap, that's a HUGE difference. I did expect pretty much by Vulkan, but certainly no that much.
While you're here, please consider supporting GamingOnLinux on:

Reward Tiers: Patreon. Plain Donations: PayPal.

This ensures all of our main content remains totally free for everyone! Patreon supporters can also remove all adverts and sponsors! Supporting us helps bring good, fresh content. Without your continued support, we simply could not continue!

You can find even more ways to support us on this dedicated page any time. If you already are, thank you!
The comments on this article are closed.