これは、Ubuntu Online、Fedora Online、Windows オンライン エミュレーター、MAC OS オンライン エミュレーターなどの複数の無料オンライン ワークステーションの XNUMX つを使用して、OnWorks 無料ホスティング プロバイダーで実行できるコマンド likwid-bench です。
プログラム：
NAME
likwid-bench - 低レベルのベンチマーク スイートおよびマイクロベンチマーク フレームワーク
SYNOPSIS
リキッドベンチ [ハプ] [-l ] [-i ] [-g ] [-t
] [-w ]
DESCRIPTION
リキッドベンチ 低レベル (アセンブリ) ベンチマークを測定するためのベンチマーク スイートです。
x86 システム上の特定の命令コードの帯域幅と命令スループット。 の
現在含まれているベンチマーク コードには、ロードやストアなどの一般的なデータ アクセス パターンが含まれています
ベクトルトライアドや合計などの計算も可能です。 リキッドベンチ 建築を含む
インテル Xeon Phi コプロセッサーの x86、x86_64、および x86 に固有のベンチマーク。 の
パフォーマンス値は次のいずれかで計算できます。 リキッドベンチ またはパフォーマンスを使用して測定される
を使用してカウンターします。 likwid-perfctr のラッパーとして リキッドベンチ。 これにはビルドする必要があります
リキッドベンチ。 config.mk で有効にできるインストルメンテーションを使用します。
OPTIONS
-h ヘルプメッセージを標準出力に出力してから終了します。
-a 現在のシステムで利用可能なベンチマーク コードをリストします。
-p 利用可能なスレッドドメインをリストします。
-l
ベンチマーク コードのプロパティをリストします。
-i
ベンチマーク コード内で実行する反復の数。
-t
実行するベンチマーク コードの名前 (必須)。
-g
ベンチマーク コードを実行するワークグループの数を指定します (必須)。
-w
現在のアフィニティ ドメイン、スレッド数、データ セット サイズを指定します。
ベンチマークの実行 (必須)。
ワークグループ 構文
: [: [: : ]] [- : 】
サイズは kB、MB、GB 単位で指定します。 ここで、スレッド ドメインはスレッドが配置される場所です。 サイズは、
ベンチマークの合計データセットサイズ。 num_threads は、使用されるスレッドの数を指定します。
スレッドは常にコンパクト ポリシーを使用して配置されます。 リキッドベンチ。 これは、あたり
デフォルトでは、すべての SMT スレッドが使用されます。 オプションで、次の式ベースの構文と同様です。
リクウィッドピン チャンク サイズとストライドを指定できます。 オプションですべてのストリームの手段
配列の配置を制御できます。 デフォルトでは、すべての配列は同じ場所に配置されます。
スレッドが実行されているスレッド ドメイン。データを別のドメインに配置するには
ベンチマークケースのすべてのストリーム (ストリームの総数は -l で取得できます)
オプション) データを配置するドメインを指定できます。 複数のストリームはカンマで区切ります
別れた。 配置を指定するか、すべてのストリームを明示的に配置する必要があります。
の Wiki ページを参照してください。 http://code.google.com/p/likwid/wiki/LikwidBench for
詳細と使用例。
実施例
1. ソケット 1000 で合計データ セット サイズを 0 回反復してコピー ベンチマークを実行します。
100kB。
リキッドベンチ -t copy -i 1000 -g 1 -w S0:100kB
いいえ スレッド数 がワークロード式で指定されている場合、ソケット 0 の各コアは XNUMX つを取得します。
糸。 ワークロードはすべてのスレッド間で分割されます。
2. ソケット 100 とソケット 2 上の 0 つのスレッドでトライアド ベンチマーク コードを XNUMX 回反復して実行します。
データサイズは1GB。
リキッドベンチ -t トライアド -i 100 -g 1 -w S0:1GB:2:1:2
ソケット 0 に 4 つの SMT スレッドがあると仮定すると、ソケット XNUMX の各物理コアに XNUMX つのスレッドが割り当てられます。
ソケット0。
3. ソケット 1000 でワークロード 0kB で更新ベンチマークを 100 回反復して実行します。
同じワークロードのソケット 1 で。
リキッドベンチ -t update -i 1000 -g 2 -w S0:100kB -w S1:100kB
両方のワークグループの結果が結合されて出力されます。 したがって、それぞれの作業負荷は
ワークグループ式は同じサイズである必要があります。
4. コピー ベンチマークを実行しますが、メモリ トラフィックを測定します。 likwid-perfctr。 オプション
この機能を使用するには、config.mk の INSTRUMENT_BENCH がコンパイル時に true である必要があります。
likwid-perfctr -C E:S0:4 -g MEM -m リキッドベンチ -t update -i 1000 -g 1 -w S0:100kB
likwid-perfctr ソケット 0 のパフォーマンス カウンターを 4 で構成して開始します。
実行前のスレッド リキッドベンチ。 パフォーマンスカウンターが正しく読み取られる
ベンチマーク コードを実行する前後で、干渉を最小限に抑えます。
測定。
5. コピーベンチマークを実行し、データを他のソケットに配置します
リキッドベンチ -t copy -i 50 -g 1 -w S0:1GB:10:1:2-0:S1,1:S1
ストリーム ID 0 と 1 は、ソケット 1 であるスレッド ドメイン S1 に配置されます。これは確認できます。
初期化スレッドが実行されている場所を出力します。
onworks.net サービスを使用してオンラインで likwid-bench を使用する
