Hey, Lets compare our ARM boards using glxgears (FPS)...
GeneralThis forum is for non-technical general discussion which can include both Linux and non-Linux topics. Have fun!
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
Hey, Lets compare our ARM boards using glxgears (FPS)...
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
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.
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.
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.
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.
Last edited by _blackhole_; 03-27-2024 at 12:50 PM.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.