Raspberry Pi 5 Graphics Continue With Open-Source Driver & Crazy Fast Compared To RPi 4

[nyanmisaka]

Just in case if anyone wants to compare with the OpenCL performance of 4 core Mali-G610 on RK3588.

Platform: ARM Platform
	Device: Mali-G610 r0p0
	Driver version : 3.0 (Linux ARM64)
	Compute units : 4
	Clock frequency : 1000 MHz
	Global memory bandwidth (GBPS)
	float : 23.49
	float2 : 25.14
	float4 : 25.20
	float8 : 19.88
	float16 : 12.13
	Single-precision compute (GFLOPS)
	float : 437.30
	float2 : 465.54
	float4 : 457.02
	float8 : 428.78
	float16 : 401.26
	Half-precision compute (GFLOPS)
	half : 436.25
	half2 : 864.25
	half4 : 895.39
	half8 : 869.74
	half16 : 827.63
	No double precision support! Skipped
	Integer compute (GIOPS)
	int : 122.98
	int2 : 123.53
	int4 : 122.55
	int8 : 121.17
	int16 : 122.02
	Transfer bandwidth (GBPS)
	enqueueWriteBuffer : 7.22
	enqueueReadBuffer : 8.19
	enqueueMapBuffer(for read) : 52.29
	memcpy from mapped ptr : 7.48
	enqueueUnmap(after write) : 59.96
	memcpy to mapped ptr : 8.57
	Kernel launch latency : 36.42 us

https://gist.github.com/nyanmisaka/00b014b918b214ef23938138060ad965

[coder]

And yes yes, I know the pi is "the most popular" yet statistically, popularity correlates the strongest with mediocrity, and not really with excellence.

It's popular because it's historically been cheap, for the amount of functionality you get. That's starting to change, but now it has a ton of market inertia.

Why it matters what the Pi does, besides its popularity and ubiquity, is that it's one of the first development environments many are exposed to. If it would support OpenCL, that would be a big boon for the standard - especially, if the the support extended back to VideoCore VI and maybe even IV.

Also, ARM provides an OpenCL runtime for Mali. So, that would round out support across most SBC vendors (assuming you don't mind using their binary drivers).

[coder]

Just in case if anyone wants to compare with the OpenCL performance of 4 core Mali-G610 on RK3588.
...
https://gist.github.com/nyanmisaka/0...938138060ad965

That'd be useful, if we had any of those specs on the Pi 5's GPU. Yet, we don't, as far as I'm aware.

[brent]

That is actually quite impressive, I didn't expect a major uplift since they didn't actually give any GPU performance numbers at launch.

[coder]

That is actually quite impressive, I didn't expect a major uplift since they didn't actually give any GPU performance numbers at launch.

Aside from the original VideoCore IV, have they ever officially disclosed specs of the GPUs (other than clock speed)?

[chewitt]

This is probably one of the first times I've noticed that the RasPi Foundation *didn't* release a brand spanking new OS revision to coincide with this new Pi5 version. Talk about taking the wind out of your own sails? Their last release was in May so you'd think they'd want all the new fancy bells and whistles of a new Bookworm release. Makes me wonder if they're waiting on the Debian 12.2 release that's heading out the door in early October (https://lists.debian.org/debian-rele...sg00015.html)? They could have waited an extra couple of week to capitalize on it.

Have you noticed there's a convenient one-month delay between public announcement and public shipment of boards?

[torturedutopian]

That is a massive 3 to 5x improvement which makes this tiny computer extremely useful - and as for me, sufficient for all my use cases.

QUESTION : does any of you know if the Pi GPU will support refresh rates above 60 Hz ? (120 Hz ?) ? Variable refresh rates / Freesync ?

Cheers !

[chewitt]

That is a massive 3 to 5x improvement which makes this tiny computer extremely useful - and as for me, sufficient for all my use cases.

QUESTION : does any of you know if the Pi GPU will support refresh rates above 60 Hz ? (120 Hz ?) ? Variable refresh rates / Freesync ?

Cheers !

I had my RPi5 board connected to a Samsung 4K panel capable of 120MHz rates the other day, and they were showing up in Kodi and useable for movie playback with the distro I work on (LibreeLEC); although if you play 59.94/60 FPS content at 120MHz Kodi simply duplicates/doubles frames to align with the refresh rate and this requires minimal compute effort, i.e. from a pure DRM perspective the rates are available, but this example has no relevance for running a Linux Desktop environment.

[FuchtelJockel]

Could you please include the output of vainfo (or similar) in your next article? It would be interesting to see which encoders and decoders the GPU supports!

[Sweepi]

RPv5_RPv4_yQuake2.png

These results seem weird to me.
1) The game runs faster with AF:On and MSAA:On with the remaining settings being the same?
2) RPv5 is 3x faster in #1 than in #2, meanwhile RPv4 is 5.3x faster in #1 than in #2? Maybe the RPv5 is CPU limited in #1?


Edit: The forum does not let me upload in a reasonable size.
The screenshot is about yQuake2:

RPv4	RPv5	yQuake2 8.10
16.5	77.1	OpenGL ES 3.x - AF: Off - MSAA: Off - Resolution: 1920x1080
87.4	230	OpenGL 3.x - AF: On - MSAA: On - Resolution: 1920x1080
530%	300%

---

Edit2: just noticed, one says "OpenGL ES 3.x" and the other "OpenGL 3.x" - is this what is causing the performance difference?