
数日前にarmbianは(SoCが) H5の機種向けにDRAMのクロック速度を672MHzから624MHzに約7%引き下げる設定ファイルが入った。それとは別にCPUの最大クロックも1008MHzから912MHzに約10%ほど引き下げる設定ファイルも入っている。OSが起動しないことがあるのでその対処らしい(間違ってたらスマンス)が結構大胆に引き下げてくれるもんだなぁ。
この記事はNanoPi NEO2用に書いてるけどクロック引き下げの対象はNanoPi NEO2だけでなくOrangePi PC 2やOrangePi Prime、OrangePi Zero Plus 2、NanoPi M1 Plus2らしいけど、未販売の機種も入ってるので販売中で実際に影響を受けるのはNanoPi NEO2 と OrangePi PC 2くらい?
早速armbianの最新版をビルドしてUnixBenchで測ってみた。
======================================================================== BYTE UNIX Benchmarks (Version 5.1.3) System: nanopineo2: GNU/Linux OS: GNU/Linux -- 4.10.0-gatolabo-sun50iw2 -- #3 SMP Sat Apr 29 12:24:39 JST 2017 Machine: aarch64 (unknown) Language: en_US.utf8 (charmap="UTF-8", collate="UTF-8") 14:31:43 up 26 min, 1 user, load average: 0.15, 0.03, 0.01; runlevel 5 ------------------------------------------------------------------------ Benchmark Run: Sat Apr 29 2017 14:31:43 - 15:00:07 0 CPUs in system; running 1 parallel copy of tests Dhrystone 2 using register variables 4285257.4 lps (10.0 s, 7 samples) Double-Precision Whetstone 488.6 MWIPS (10.0 s, 7 samples) Execl Throughput 1095.6 lps (29.6 s, 2 samples) File Copy 1024 bufsize 2000 maxblocks 128956.2 KBps (30.0 s, 2 samples) File Copy 256 bufsize 500 maxblocks 39086.5 KBps (30.0 s, 2 samples) File Copy 4096 bufsize 8000 maxblocks 299577.0 KBps (30.0 s, 2 samples) Pipe Throughput 357585.9 lps (10.0 s, 7 samples) Pipe-based Context Switching 58523.9 lps (10.0 s, 7 samples) Process Creation 2808.7 lps (30.0 s, 2 samples) Shell Scripts (1 concurrent) 1751.3 lpm (60.0 s, 2 samples) Shell Scripts (8 concurrent) 554.7 lpm (60.1 s, 2 samples) System Call Overhead 644220.7 lps (10.0 s, 7 samples) System Benchmarks Index Values BASELINE RESULT INDEX Dhrystone 2 using register variables 116700.0 4285257.4 367.2 Double-Precision Whetstone 55.0 488.6 88.8 Execl Throughput 43.0 1095.6 254.8 File Copy 1024 bufsize 2000 maxblocks 3960.0 128956.2 325.6 File Copy 256 bufsize 500 maxblocks 1655.0 39086.5 236.2 File Copy 4096 bufsize 8000 maxblocks 5800.0 299577.0 516.5 Pipe Throughput 12440.0 357585.9 287.4 Pipe-based Context Switching 4000.0 58523.9 146.3 Process Creation 126.0 2808.7 222.9 Shell Scripts (1 concurrent) 42.4 1751.3 413.0 Shell Scripts (8 concurrent) 6.0 554.7 924.6 System Call Overhead 15000.0 644220.7 429.5 ======== System Benchmarks Index Score 298.9 ------------------------------------------------------------------------ Benchmark Run: Sat Apr 29 2017 15:00:07 - 15:28:37 0 CPUs in system; running 4 parallel copies of tests Dhrystone 2 using register variables 17136928.1 lps (10.0 s, 7 samples) Double-Precision Whetstone 1952.3 MWIPS (10.0 s, 7 samples) Execl Throughput 2712.4 lps (29.8 s, 2 samples) File Copy 1024 bufsize 2000 maxblocks 214728.3 KBps (30.0 s, 2 samples) File Copy 256 bufsize 500 maxblocks 62979.3 KBps (30.0 s, 2 samples) File Copy 4096 bufsize 8000 maxblocks 594746.0 KBps (30.0 s, 2 samples) Pipe Throughput 1425779.2 lps (10.0 s, 7 samples) Pipe-based Context Switching 256029.3 lps (10.0 s, 7 samples) Process Creation 6800.9 lps (30.0 s, 2 samples) Shell Scripts (1 concurrent) 4473.5 lpm (60.0 s, 2 samples) Shell Scripts (8 concurrent) 573.9 lpm (60.2 s, 2 samples) System Call Overhead 2386890.0 lps (10.0 s, 7 samples) System Benchmarks Index Values BASELINE RESULT INDEX Dhrystone 2 using register variables 116700.0 17136928.1 1468.5 Double-Precision Whetstone 55.0 1952.3 355.0 Execl Throughput 43.0 2712.4 630.8 File Copy 1024 bufsize 2000 maxblocks 3960.0 214728.3 542.2 File Copy 256 bufsize 500 maxblocks 1655.0 62979.3 380.5 File Copy 4096 bufsize 8000 maxblocks 5800.0 594746.0 1025.4 Pipe Throughput 12440.0 1425779.2 1146.1 Pipe-based Context Switching 4000.0 256029.3 640.1 Process Creation 126.0 6800.9 539.8 Shell Scripts (1 concurrent) 42.4 4473.5 1055.1 Shell Scripts (8 concurrent) 6.0 573.9 956.6 System Call Overhead 15000.0 2386890.0 1591.3 ======== System Benchmarks Index Score 771.2
インデックススコアだけ比較してみるとシングルはクロック引き下げ前の前回が301.9、今回が298.9なので1%減少。
4パラレルでは前回が761.2で今回が771.2で(何故か)1%増加。
1%じゃ誤差の範囲なんだけど、10%の引き下げどこ行った?
ところで、未だにNanoPi NEO2用のarmbianではCPUクロックが幾つで動作しているのか知る方法が無い。
つまり、これまでも1008MHz(1.0GHz)で動いていたかもわからないし、現在も912MHzで動いているか不明。クロック固定なのか動的なのかもわからない(たぶん固定だろうけど)。
当然、NanoPi NEO(無印)でCPUクロックを変更する記事のようなことは全て行えない。
今のところ、この機種用のarmbianはこのCPU/DRAMクロック周りが全然整っていないことが最大の問題だよねぇ。
関連記事:- NanoPi NEO2ベンチマーク (公式イメージで)
- NanoPi NEO2 最大クロック引き下げ後のUnixBench ←いまここ
- NanoPi NEO2ベンチマーク
- NanoPi NEOベンチマーク
- UnixBench 自分の常用端末でも試してみた
- アッチッチなNanoPi NEO3を冷やしたい パッド交換
- NanoPi NEO3冷却力強化後のUnixBench
- アッチッチなNanoPi NEO3を冷やしたい
- NTPサーバの時刻ソースに対するズレの調整
- NanoPi NEO3をv6プラスのルーターにする systemd-networkd + nftables
- NanoPi NEO3のUSB3.0ポートのネットワーク速度
- NanoPi NEO3でArmbian よきところでUnixBench
- NanoPi NEO3が届いた
- NanoPi NEOにRTCモジュールを付ける
- 新しい中華GPSモジュールとChronyで作るNTPサーバ (中編)
- 新しい中華GPSモジュールとChronyで作るNTPサーバ (前編)
- Prometheus2とGrafana6によるシステム監視 シングルボードコンピュータの温度表示
- NanoPi NEOでNTPサーバ再構築 (全まとめ)
- NanoPi NEO2をv6プラスのルーターにする 後編
- NanoPi NEO2をv6プラスのルーターにする 前編
- ELK Stackでシステム監視 FilebeatでNTP統計ログ取得 Logstashで加工
- NanoPi NEO2(arm64)用にFilebeatをビルド
- NanoPi NEO2を超コンパクトなアルミケースに入れる
- NanoPi NEO2用armbian 5.41 Debian 9 Stretch next 4.14.18
- NanoPi NEO2を100均の灰皿に入れてみた
- NanoPi NEO2のシステム監視 RPi-Monitorとnetdata
- NanoPi NEOとGPSモジュール用アルミケースを作る
- NanoPi NEO2 + DACで音楽プレーヤーVolumioを使う
- NanoPi NEO2にDACを接続
- NanoPi NEO2の最大クロック引き下げ後のUnixBench 再び
- NanoPi NEO2用armbian 5.32 Debian 9 Stretch 4.13.0-RC6
- NanoPi NEO2用armbian 5.32 Debian jessie 4.13.0-RC6
- NanoPi NEOをSIP電話機にする 後編 (その2)
- NanoPi NEO2とICカードリーダーでタイムレコーダーを作る(実用化編)
- NanoPi NEO2とICカードリーダーでタイムレコーダーを作る