Hey, Lets compare our ARM boards using glxgears (FPS)...

Xeratul · 03-27-2024, 02:04 AM

Hello,

Hey, Lets compare our ARM boards using glxgears (FPS)...

Code:

apt-get install mesa-utils

# RPI3b, Raspberry Pi

Code:

Older PiOS Raspbian Desktop 
172 frames in 5.0 seconds = 34.342 FPS
161 frames in 5.0 seconds = 32.103 FPS
159 frames in 5.0 seconds = 31.680 FPS
157 frames in 5.0 seconds = 31.332 FPS
149 frames in 5.0 seconds = 29.796 FPS
149 frames in 5.0 seconds = 29.755 FPS
157 frames in 5.0 seconds = 31.335 FPS
144 frames in 5.0 seconds = 28.703 FPS
148 frames in 5.0 seconds = 29.429 FPS
144 frames in 5.0 seconds = 28.651 FPS
142 frames in 5.0 seconds = 28.360 FPS
144 frames in 5.0 seconds = 28.653 FPS
142 frames in 5.0 seconds = 28.397 FPS
Linux raspberrypi 4.9.59-v7+ #1047 SMP Sun Oct 29 12:19:23 GMT 2017 armv7l GNU/Linux

# PBPRO with armbian

Code:

Running synchronized to the vertical refresh.  The framerate should be
approximately the same as the monitor refresh rate.
308 frames in 5.0 seconds = 61.527 FPS
300 frames in 5.0 seconds = 59.993 FPS
301 frames in 5.0 seconds = 60.008 FPS
Linux pinebook-pro 6.1.63-current-rockchip64 #1 SMP PREEMPT Mon Nov 20 10:52:19 UTC 2023 aarch64 GNU/Linux

Will Raspberry Pi 5 be the ultimate winner :-) ?

Have Fun...

business_kid · 03-27-2024, 07:18 AM

There's a significant difference between the official RPi OS, or LibreElec and the rest of the operating systems. I feel you should do this test now and in a few years.

Xeratul · 03-27-2024, 09:10 AM

Naturally, an ARM board won't give as good results as Intel PCs. here an example:

Code:

root@tinybook:/home/berny# glxgears ; uname -a 

Running synchronized to the vertical refresh.  The framerate should be
approximately the same as the monitor refresh rate.
310 frames in 5.0 seconds = 61.992 FPS
300 frames in 5.0 seconds = 59.999 FPS
300 frames in 5.0 seconds = 60.000 FPS
300 frames in 5.0 seconds = 60.000 FPS
^C

Linux tinybook 6.5.0-26-generic #26~22.04.1-Ubuntu SMP PREEMPT_DYNAMIC Tue Mar 12 10:22:43 UTC 2 x86_64 x86_64 x86_64 GNU/Linux

GLXGears won't be the ideal solution for benchmarking.

_blackhole_ · 03-27-2024, 10:45 AM

"Running synchronized to the vertical refresh. The framerate should be
approximately the same as the monitor refresh rate."

There's your problem - i.e. you're not measuring performance at all...

business_kid · 03-27-2024, 11:00 AM

Quote:

Originally Posted by Xeratul

Naturally, an ARM board won't give as good results as Intel PCs. here an example:

Code:

root@tinybook:/home/berny# glxgears ; uname -a 

Running synchronized to the vertical refresh.  The framerate should be
approximately the same as the monitor refresh rate.
310 frames in 5.0 seconds = 61.992 FPS
300 frames in 5.0 seconds = 59.999 FPS
300 frames in 5.0 seconds = 60.000 FPS
300 frames in 5.0 seconds = 60.000 FPS
^C

Linux tinybook 6.5.0-26-generic #26~22.04.1-Ubuntu SMP PREEMPT_DYNAMIC Tue Mar 12 10:22:43 UTC 2 x86_64 x86_64 x86_64 GNU/Linux

GLXGears isn't be the solution for benchmarking.

It never was. The AMD guys were quick to point out that it relied on one or two OpenGL commands. So software could be tweaked to make glxgears perform well at the expense of other things. It suits nvidia. The phoronix test suite is a much more thorough test, but the RazPi 4 & below will all tank miserably, as they use software rendering Because the claimed graphics spec is basically false on the Pi 4 and below. The Pi 4 does 1920×1080p on 1 monitor@60Hz flat out. It can't handle videos where large sections of screen need redrawing. I select 720p Videos by choice. Tests were done @4k by Exaga using Slackware Arm and he got 4k at a little over 30fps on 1 monitor.

I don't think the Pi 5 has a video driver either. The Raspberry lot intend one to be written. So they'll start a very blank github page, and hope devs appear out of the ether. I doubt if anyone will hire even one dev to do it.

The Arm Mali GPUs are better devices, but software support there is flaky there also. They are found in the RK series of chips, e.g. the RK3588.

_blackhole_ · 03-27-2024, 12:48 PM

I'm also finding myself less and less impressed with the Pi as time goes on. I have two of the Pi 4 Model B boards.

One of my major gripes is with plethora of Broadcom devices, firmware problems, bad, or lack of, documentation and the mess of config files needed for configuration. Unless you install their own Debian based distribution, you're just fighting endless problems... I had to resort to installing Raspberry Pi OS just to look through the config files and firmware files to work out what was needed/missing before I could install Debian.

You shouldnt be railroaded into installing the vendor's distribution for this type of board. It defeats the whole purpose...

On FreeBSD the wifi doesn't work - but no surprises there with a device which is full of Broadcom chips.