目次: RISC-V
HiFive UnleashedにDebianを導入した記念に、いつもやっているベンチマークを取ってみました。
モナコインのハッシュ方式に使われているLyra2REv2のベンチマークです。1秒にいくつハッシュ値を計算できるか測ります。
おそらくクロスコンパイルでビルドすることもできるとは思いますが、curl, libsslなどに依存していて意外と面倒です。Debianの力を借りてセルフコンパイルすると超簡単です。
測定結果ですが、結論から言うと、Unleashedはメチャクチャ遅いです。Unleashedの結果は下記のとおりです。4コアなので4スレッド並列で測定しています。
CPU #0: 4.53 kH/s CPU #2: 4.53 kH/s CPU #1: 4.53 kH/s CPU #3: 4.53 kH/s Total: 18.12 kH/s
参考までにROCKPro64 RK3399(Cortex-A72 x 2, Cortex-A53 x 4)で同じプログラムをコンパイルして測定すると、下記の結果になります。6スレッド並列です。
CPU #4: 64.17 kH/s CPU #5: 64.16 kH/s CPU #1: 34.07 kH/s CPU #2: 34.11 kH/s CPU #0: 33.97 kH/s CPU #3: 33.92 kH/s Total: 264.94 kH/s
CA72は64kH/sくらい、CA53は33kH/sくらいです。このプログラムはCubeHashにNEON対応を入れた特別版ですが、NEON対応を外してもCA53は29kH/sくらいは出ます。
買う前からUnleashedがあまり速くないことは知っていましたが、4コア束になってもCA53 1コアに勝てないとは思っていなかったです……。
しかもこのボード、かなり高価(10万円以上する)なので、お蔵入りは避けたいんですが、拡張性に乏しくて(USBがない)、一体何に使えるのか謎です。
追加でROCK64上で測定したので、結果を載せておきます。
4 miner threads started, using 'lyra2rev2' algorithm. CPU #2: 31.29 kH/s CPU #0: 31.22 kH/s CPU #1: 31.23 kH/s CPU #3: 31.30 kH/s Total: 125.04 kH/s
RK3399のCortex-A53とあまり変わりません。同じCPUコアで動作周波数もほぼ同じなので、当然といえば当然ですけども。
メモ: 技術系の話はFacebookから転記しておくことにした。多少追記。
目次: RISC-V
SiFiveのHiFive Unleashedを購入しました。現状、世界唯一かつ最速のLinuxが動作するRISC-V 64bit SoC です。
ボードにはSDカードが付属しておりbuildrootがインストールされています。電源を入れればLinuxが起動し、ユーザroot、パスワードsifiveでログインできるようになっていました。
インストールされているカーネルは、
Linux buildroot 4.15.0-00044-g2b0aa1d #1 SMP Tue Mar 20 12:18:35 PDT 2018 riscv64 GNU/Linux
でした。うーん、4.19かと思ったら、意外と古い?
Linuxとbuildrootだけでは面白くないのでDebian portsからriscv64向けのパッケージを引っ張ってきてDebianの環境を構築しました。
Debianのriscv64向けポーティングは絶賛作業中らしく、ffmpegなど用意されていないパッケージもチラホラありますが、自分で用意する手間を考えれば、使えるだけでどれだけありがたいかわかるというものです。
元のSDカードを書き潰すのは若干ためらわれた(後で元に戻せなくなった時に面倒)ので、今はchrootで使っています。
Crowd Supplyから購入しました。本体 $999, 送料 $40, 消費税が5,000円くらい、合計で11万円くらいです。SBCにしてはかなり良いお値段です。
送料を払うのですが、家には着払いで届く点にも注意しなければなりません。
UPSが米国→日本まで持ってきて、国内はクロネコヤマトが運びます。受け取りの際に、消費税を着払いでクロネコに払う必要があります。私は消費税のことを知らなくて、何で送料を2回払うんだ??と混乱しました。
メモ: 技術系の話はFacebookから転記しておくことにした。かなり追記。
目次: GCC
GCCをデバッグする入り口まで辿り着くのも案外大変だったので、方法を書き残しておこうと思います。
C言語(じゃなくても良いですが)をコンパイルする際に、gcc a.cのようにコマンドを起動します。一般的にgccコマンドをコンパイラと呼びますが、正確にいえばgccはコンパイラドライバ(コンパイラ、アセンブラ、リンカを順に呼び出すプログラム)です。
GCCの場合、コンパイラはcc1という名前で、コンパイラドライバgccとは別のプログラムとして存在します。コンパイラの役目は高級言語(Cなら *.cファイル)からアセンブリ言語(*.sファイル)に変換することです。
DebianのGCC 8.0だと /usr/lib/gcc/x86_64-linux-gnu/8/cc1に置かれています。クロスコンパイラの場合は様々ですが、crostool-NGでRISC-V 64bit Linux向けにビルドした場合(ビルド方法は 2019年2月26日の日記参照)は、~/x-tools/riscv64-unknown-linux-gnu/libexec/gcc/riscv64-unknown-linux-gnu/8.2.0/cc1に置かれます。ローカルビルドしないときは、~/x-toolsをクロスコンパイラをインストールしたディレクトリで読み替えてください。
デバッガでコンパイラを追うとき、コンパイラドライバ → コンパイラだと余計な処理がたくさん挟まって邪魔なので、コンパイラ単体で起動したくなりますよね?私はなりました。特に気にならない人は読み飛ばしてください。
コンパイラcc1のオプションは、コンパイラドライバgccに渡したオプション以外にも、cc1用のオプションが渡されます。そのためcc1をシェルなどから手打ちで起動するのはちょっと難しいです。
しかし無理してコンパイラcc1のオプションを調べずとも、コンパイラドライバgccが渡すオプションをそのままパクれば良いです。gcc/gcc.cのexecute() 関数を下記のように書き換えると、cc1の起動オプションが表示されます。
diff --git a/gcc/gcc.c b/gcc/gcc.c
index a716f708259..e48e5cca79b 100644
--- a/gcc/gcc.c
+++ b/gcc/gcc.c
@@ -3084,6 +3084,12 @@ execute (void)
const char *errmsg;
int err;
const char *string = commands[i].argv[0];
+ int kkk;
+
+ printf("\n------------------------------\n");
+ for (kkk = 0; commands[i].argv[kkk]; kkk++)
+ printf("%s ", commands[i].argv[kkk]);
+ printf("\n------------------------------\n");
errmsg = pex_run (pex,
((i + 1 == n_commands ? PEX_LAST : 0)
出力は下記のようになります。この例では、コンパイラはRISC-V 32bitベアメタル向けを使っています。
------------------------------ /home/katsuhiro/share/projects/oss/crosstool-builder-new/buildroot/libexec/gcc/riscv32-unknown-elf/8.3.0/cc1 -quiet a.c -quiet -dumpbase a.c -march=rv32gc -mabi=ilp32d -auxbase a -o /tmp/ccdd2F4Z.s ------------------------------
この情報があれば、コマンドラインから単独で起動できますし、GDBで追うこともできます。
$ gdb /home/katsuhiro/share/projects/oss/crosstool-builder-new/buildroot/libexec/gcc/riscv32-unknown-elf/8.3.0/cc1 (gdb) b main Breakpoint 1 at 0x4308a0: main. (2 locations) (gdb) r a.c -dumpbase a.c -march=rv32gc -mabi=ilp32d -auxbase a -g -O0 -Wall -fdump-tree-all-raw -fdump-rtl-all -o a.s Starting program: /home/katsuhiro/share/projects/oss/crosstool-builder-new/buildroot/libexec/gcc/riscv32-unknown-elf/8.3.0/cc1 a.c -dumpbase a.c -march=rv32gc -mabi=ilp32d -auxbase a -g -O0 -Wall -fdump-tree-all-raw -fdump-rtl-all -o a.s Breakpoint 1, main (argc=15, argv=0x7fffffffd3c8) at /home/katsuhiro/share/projects/oss/crosstool-builder-new/./gcc/gcc/main.c:36 36 toplev toplev (NULL, /* external_timer */
ブレークポイントなども仕掛けられますし、変数の値を表示することもできます。解析がかなり楽になるはずです……たぶん。
目次: ROCK64/ROCKPro64
最近はたくさんのARMのシングルボードコンピュータ(SBC)が市販されています。嬉しい時代になりました。これからのお買い物の参考としてリストアップしました。値段は変動するので参考です。
少し古い世代のSoCを採用したボード達です。
以前(2018年8月12日の日記参照)載せた情報も含んでいます。
< | 2019 | > | ||||
<< | < | 05 | > | >> | ||
日 | 月 | 火 | 水 | 木 | 金 | 土 |
- | - | - | 1 | 2 | 3 | 4 |
5 | 6 | 7 | 8 | 9 | 10 | 11 |
12 | 13 | 14 | 15 | 16 | 17 | 18 |
19 | 20 | 21 | 22 | 23 | 24 | 25 |
26 | 27 | 28 | 29 | 30 | 31 | - |
合計:
本日: