CPU frequency up to 2GHz?

VIM2 Linux Kernel
23

Hi tkaiser,

I run sbc-bench on Khadas VIM2 Pro (2GB DDR).

This is our build image, I will try armbian image later.

System info:

khadas@Khadas:~$ cat /etc/lsb-release 
DISTRIB_ID=Ubuntu
DISTRIB_RELEASE=18.04
DISTRIB_CODENAME=bionic
DISTRIB_DESCRIPTION="Ubuntu 18.04.1 LTS"

Kernel 4.17.3:

khadas@Khadas:~$ uname -a
Linux Khadas 4.17.3 #1 SMP PREEMPT Mon Jul 30 03:06:44 UTC 2018 aarch64 aarch64 aarch64 GNU/Linux

Result:

khadas@Khadas:~$ sudo /bin/bash ./sbc-bench.sh neon

Average load is above 0.1. Way too much background activity.

System too busy for benchmarking: 06:14:56 up  1:55,  3 users,  load average: 0.14, 0.19, 0.43
System too busy for benchmarking: 06:15:01 up  1:55,  3 users,  load average: 0.12, 0.19, 0.42
System too busy for benchmarking: 06:15:06 up  1:55,  3 users,  load average: 0.11, 0.19, 0.42
System too busy for benchmarking: 06:15:11 up  1:55,  3 users,  load average: 0.10, 0.18, 0.42
System too busy for benchmarking: 06:15:16 up  1:55,  3 users,  load average: 0.10, 0.18, 0.42

sbc-bench v0.4

Installing needed tools. This may take some time... Done.
Checking cpufreq OPP... Done.
Executing tinymembench. This will take a long time... Done.
Executing OpenSSL benchmark. This will take 3 minutes... Done.
Executing 7-zip benchmark. This will take a long time... Done.
Executing cpuminer. This will take 5 minutes... Done.
Checking cpufreq OPP... Done.

Memory performance (big.LITTLE cores measured individually):
memcpy: 1922.6 MB/s (1.0%)
memset: 5917.9 MB/s (0.4%)
memcpy: 1756.5 MB/s (0.9%)
memset: 5112.5 MB/s 

Cpuminer total scores (5 minutes execution): 8.61,8.60,8.59,8.58,8.57 kH/s

7-zip total scores (3 consecutive runs): 5421,5483,5460

OpenSSL results (big.LITTLE cores measured individually):
type             16 bytes     64 bytes    256 bytes   1024 bytes   8192 bytes  16384 bytes
aes-128-cbc     126769.69k   374826.41k   716033.19k   955438.42k  1059151.87k  1064255.49k
aes-128-cbc      89687.37k   265021.03k   506280.02k   675587.75k   748544.00k   753303.55k
aes-192-cbc     120395.16k   331951.45k   583681.45k   736646.83k   797349.21k   800828.07k
aes-192-cbc      85160.92k   235401.39k   412691.03k   520572.25k   563516.76k   566127.27k
aes-256-cbc      92078.63k   260123.78k   468108.63k   601614.68k   655682.22k   659603.46k
aes-256-cbc      82717.74k   216091.39k   357307.82k   435378.86k   465046.19k   466780.16k

Full results uploaded to http://ix.io/1iJ7. Please check the log for anomalies (e.g. swapping
or throttling happenend) and otherwise share this URL.

You can find the full result here.

Thanks.

1 Like
24

Thank you!

Some interesting stuff! :slight_smile:

  • The ‘big’ cluster with this kernel is cluster 0 unlike all real big.LITTLE implementations out there where the little cluster is 0. Therefore in sbc-bench monitoring output big.LITTLE column shows frequencies wrong
  • Willy Tarreau’s tool again confirms that the 1512 MHz the kernel is talking about are just 1414 MHz in reality
  • tinymembench numbers for both clusters are slightly different but that’s most probably just related to different clockspeeds the 2 A53 clusters are allowed to run at. I wonder how it would look like when doing echo 1000000> /sys/devices/system/cpu/cpu${1}/cpufreq/scaling_max_freq ; taskset -c 0 /tmp//tinymembench/tinymembench (forcing the ‘big’ cluster also to 1GHz and then executing tinymembench there)
  • Little throttling happened when running the 7-zip benchmark single threaded on each cluster. But since your image relies on zram for swap this should’ve not affected results

I added your numbers to results. Would be very interesting to repeat the test with a Debian Stretch and/or 4.9 kernel (if that one is still in use – I have not kept track with meson64 kernel situation)