sysbenchストレステスト

試験sysbenchは、以下のモードをサポートします
。1、CPUコンピューティングパフォーマンス
2、IOパフォーマンスディスク
3、スケジューラのパフォーマンス
4、メモリの割り当て及び伝送速度
5、POSIXスレッド性能
6、データベースのパフォーマンス(OLTPベンチマーク)

sysbench版本:
[127-0-0-1 sysbench @ルート]#/ U01は/ opt / sysbench / binに/ sysbench --version
sysbench 1.1.0

CPU测试:
[ルート@ 127-0-0-1 sysbench]#/ U01は/ opt / sysbench / binに/ sysbench CPU --cpu-MAX-プライム= 10000実行
sysbench使用して1.1.0(バンドルLuaJIT 2.1.0-ベータ3 )

以下のオプションを使用してテストを実行する:
スレッド数:1は、
現在の時刻からの乱数ジェネレータを初期化


素数は制限:10000

ワーカースレッドを初期化しています...

スレッドが開始します!

CPU速度:
毎秒のイベント:658.31

スループット:
658.3125:イベント/秒(EPS)
の時間が経過:10.0013s
イベントの総数:6584

待ち時間(ミリ秒):
分:1.44
平均:1.52
最大:3.07
95パーセンタイル:1.52
合計:9998.21

スレッド公正:
イベント(平均/ STDDEV):6584.0000 / 0.00
実行時間(平均/ STDDEV):9.9982 / 0.00


线程测试:
[ルート@ 127-0-0-1 sysbench]#/ U01は/ opt / sysbench / binに/ sysbenchスレッドヘルプ
sysbench(バンドルLuaJIT 2.1.0-ベータ3を使用して)1.1.0

オプションスレッド:
実行する各要求に対して[1000]#効率の向上を行うための要求当たり収量収量の--thread-N =番号[1000]
スレッドの数当たり--thread = N-ロックロック#各[8]ロック番号[8]のスレッド

[ルート@ 127-0-0-1 sysbench]#/ U01は/ opt / sysbench / binに/ sysbenchスレッド--thread-利回り= 1000 --thread-ロック= 2ラン
バンドルLuaJIT 2.1.0を使用してsysbench 1.1.0( -beta3)

以下のオプションを使用してテストを実行する:
スレッド数:1は、
現在の時刻からの乱数ジェネレータを初期化


ワーカースレッドを初期化しています...

スレッドが開始します!


スループット:
1349.6979:イベント/秒(EPS)
の時間が経過:10.0008s
イベントの総数:13498

待ち時間(ミリ秒):
分:0.73
平均:0.74
最大:1.50
95パーセンタイル:0.74
合計:9996.37

スレッド公正:
イベント(平均/ STDDEV):13498.0000 / 0.00
実行時間(平均/ STDDEV):9.9964 / 0.00


ディスクIOテスト:

[ルート@ 127-0-0-1 sysbench]#/ U01は/ opt / sysbench / binに/ sysbench FILEIOヘルプ
(バンドルLuaJIT 2.1.0-ベータ3を使用して)sysbench 1.1.0

オプションFILEIO:
--file NUM-N =ファイルの数が作成する[128]#が生成されるファイルの番号[128]表し
IOすべての操作[16384]での使用に--file-ブロックサイズN =ブロックサイズをすべて#操作において使用されるIOブロックサイズ[16384]
[2G]の総サイズ作成する[2G]#ファイルを作成するファイルの--file-サイズの合計=合計サイズサイズ
--fileテストテストモード-MODE = STRINGを{seqwr、seqrewr、seqrd、rndrd 、rndwr、rndrw}# テストモードseqwr {seqrewr、seqrd、rndrd、rndwr、rndrw}
--file-IO-STRINGファイル操作モードMODE = {同期、非同期、MMAP} [同期】操作の#ファイル同期モード{、非同期、MMAP} [SYNC]
--file非同期バックログ-N =キュースレッド[各スレッド128]#非同期operatons当たりの数がキューイングされる非同期オペランド[128]
-ファイル補足のフラグ= [リスト 、...]オープンファイル{同期、DSYNC、直接} []#のために使用する追加フラグのリストファイルリストを開くための表記法{同期、DSYNC、直接} [ ]
--file-FSYNC-FREQ = N行う (FSYNC)を要求する(0 - (FSYNCを使用しない))、この数の後に[100]#は、 周波数のFSYNC()関数を実行します。システムとディスクキャッシュの関係があるため、主に同期ディスクファイルはfsync。0手段はfsyncを機能を使用しないでください。デフォルト値は100です。
--file-FSYNC-すべて[= ON | [OFF]各書き込み動作後()FSYNC行うOFF]# 書き込み動作を実行するたびには、FSYNC回実行されます。デフォルトはオフです。
--file-FSYNCエンド[= ON | OFF]#[ON]試験のFSYNC()を行うFSYNC機能を終わりに試験の終了時に行われます。デフォルトはオンです。
--file-FSYNCモード= STRING同期{FSYNC、はfdatasync}に使用する方法はありませんはfdatasyncための異なるオペレーティングシステムのサポートの複数ので[FSYNC]#ファイル同期機能を選択し、また、関連APIのパラメータは、 fdatasyncお勧めします。デフォルトはFSYNCです。
--file-マージ・リクエスト= Nマージ IO要求の最も数でこの可能であれば- [0]#ほとんどの場合(0マージしていない)、可能IO要求の合計数で、デフォルト値は0です。
--file-RW比= N読み取り /組み合わせ試験のための比率を書き込む2:書き込み比[1.5]#試験、デフォルトは1.5〜3です。

/ U01 / OPT / sysbench / binに/ sysbench FILEIO --threads = 16 --file-合計サイズ= 2G --fileテストモードは、=#准备調製rndrw
/ U01 / OPT / sysbench / binに/ sysbench FILEIOを-スレッド= 16 --file-合計サイズ= 2G --file-FSYNC-FREQ = 0 --fileテストモード= rndrwラン#运行
/ U01 / OPT / sysbench / binに/ sysbench FILEIO --threads = 16 - -file-合計サイズ= 2G --fileテストモード= rndrwクリーンアップ#清理

【127-0-0-1ユン@ルート]#/ U01 / OPT / sysbench / binに/ sysbench FILEIO --threads = 16 --file-合計サイズ= 2G --file-FSYNC-FREQ = 0 --file -testモード= rndrwラン
(バンドルLuaJIT 2.1.0-ベータ3を使用)sysbench 1.1.0

次のオプションを使用してテストを実行する:
16:スレッド数
、現在の時刻からの乱数ジェネレータを初期化


余分なファイルオープンフラグ:(なし)
128個のファイル、16MiBそれぞれ
は2GiB合計ファイルサイズ
ブロックサイズ16KiB
IOリクエスト数:0
リード/組み合わせたランダムIOのテストのための書き込み比:1.50が
有効、試験終了時にfsync()を呼び出します。
同期I / Oモード使用
ランダムR / Wテスト行う
ワーカースレッドの初期化を...

スレッドが開始します!


スループット:
リード:IOPS = 383594.04 5993.66のMIB / S(6284.80メガバイト/秒)
の書き込み:= 255729.12 IOPS 3995.77のMIB / S(4189.87メガバイト/秒)
FSYNC:IOPS = 122.71

待ち時間(ミリ秒):
最小:0.00
平均:0.01
最大:1.73
95パーセンタイル:0.03
合計:144444.71

内存测试:
[127-0-0-1ユン@ルート]#/ U01は/ opt / sysbench / binに/ sysbenchメモリヘルプ
(バンドルLuaJIT 2.1.0-ベータ3を使用して)sysbench 1.1.0

オプションメモリ:
メモリブロックテスト[1K]サイズのテストメモリブロック#[1K]のサイズ--memoryブロックサイズ= SIZE
--memory-SIZE合計=データ転送サイズの合計サイズ[100G]#に100G】送信されたデータの合計サイズ
--memoryアクセスメモリスコープSTRING = {グローバルスコープ、ローカル} [グローバル]#グローバルメモリアクセス範囲{、}ローカル[グローバル]
--memory-たhugetlb [= ON | OFF]を割り当てますたhugetlbプールからメモリ[OFF]に割り当てられたメモリ・プールから#[OFF]
String型の--memory-オペラメモリ動作= {読み取り、書き込み、なし} [書込]#ストレージ操作種別{読み取り、書き込み、なし} [ WRITE]
--memoryアクセスメモリアクセスSTRINGモードMODE = {配列、RND} [配列]#モードメモリアクセス{配列、RND} [配列]

[ルート127-0-0-1ユン@]#/ U01 / OPT / sysbench / binに/ sysbenchメモリ--memory-合計サイズ= 10G --memoryブロックサイズ= 8Kラン
バンドルを使用sysbench 1.1.0( LuaJIT 2.1.0-ベータ3)

以下のオプションを使用してテストを実行する:
スレッド数:1は、
現在の時刻からの乱数ジェネレータを初期化


:次のオプションでメモリの速度テストを実行する
ブロックサイズ:8KiB
合計サイズ:10240MiBの
操作:書き込み
スコープ:グローバル

ワーカースレッドを初期化しています...

スレッドが開始します!

総事業:1310720(毎秒1077326.35)

10240.00 MIBは転送(8416.61のMIB /秒)


スループット:
1077326.3489:イベント/秒(EPS)
の時間が経過:1.2166s
イベントの合計数:1310720

待ち時間(ミリ秒):
最小:0.00
平均:0.00
最大:0.02
95パーセンタイル:0.00
合計:893.01

スレッド公正:
イベント(平均/ STDDEV):1310720.0000 / 0.00
実行時間(平均/ STDDEV):0.8930 / 0.00

OLTP测试:
[ルート@ 127-0-0-1 sysbench]#lsの
bulk_insert.lua oltp_delete.lua oltp_point_select.lua oltp_read_write.lua oltp_update_non_index.lua prepare.log select_random_ranges.lua
oltp_common.lua oltp_insert.lua oltp_read_only.lua oltp_update_index.lua oltp_write_only.luaのselect_random_points.luaテスト

/ U01は/ opt / sysbench / binに/ sysbench / U01は/ opt / sysbench /共有/ sysbench / oltp_common.lua --mysql-ホスト= 127.0.0.1 --mysqlポート= 3306 --mysqlユーザー=ルート--mysql -password='[email protected]」--mysql-DB = sbtest --tableサイズ= 5000000 --threads = 10 --report間隔= 10準備

[127-0-0-1 sysbench @ルート]#/ U01は/ opt / sysbench / binに/ sysbench / U01は/ opt / sysbench /共有/ sysbench / oltp_read_write.lua --mysql-ホスト= 127.0.0.1 --mysql-ポート= 3306 --mysqlユーザ=ルート--mysql-password='[email protected]」--mysql-DB = sbtest --tableサイズ= 5000000 --threads = 10 --report間隔= 10 - -time = 120ラン
sysbench(バンドルLuaJIT 2.1.0-ベータ3を使用)1.1.0

以下のオプションを使用してテストを実行する:
10:スレッド数
報告書中間結果ごとに10秒(s)は
、現在の時刻から乱数ジェネレータを初期化


ワーカースレッドを初期化しています...

スレッドが開始します!

[10S] THDS:10のTPS:824.26 QPS:16498.17(R / W / O:11550.29 / 1649.53 / 3298.36)LAT(MS、95%):16.71 ERR / S:0.00 reconn / S:0.00
[20S] THDS:10 TPS:938.90 QPS:18778.84(R / W / O:13146.36 / 1877.79 / 3754.69)LAT(MS、95%):13.95 ERR / S:0.00 reconn / S:0.00
【1930】THDS:10のTPS:969.19 QPS:19383.22 (R / W / O:13568.10 / 1938.37 / 3876.74)LAT(MS、95%):13.70 ERR / S:0.00 reconn / S:0.00
【1940】THDS:10のTPS:1003.32 QPS:20061.71(R / W / O :14042.19 / 4012.88 / 2006.64)LAT(MS、95%):13.22 ERR / S:0.00 reconn / S:0.00
【1950】THDS:10のTPS:1011.57 QPS:20236.34(R / W / O:14166.91 / 4046.29 / 2023.14 )LAT(MS、95%):13.22 ERR / S:0.00 reconn / S:0.00
[60代] THDS:10のTPS:1115.50 QPS:22309.32(R / W / O:15615.94 / 4462.38 / 2230.99)LAT(MS、95 %):11.87 ERR / S:0.00 reconn / S:0.00
[1970年代] THDS:10のTPS:1064.13 QPS:21283.06(R / W / O:14898.46 / 2128.27 / 4256.33)LAT(MS、95%):12.30 ERR / S:0.00 reconn / S:0.00
[80年代] THDS:10 TPS:1030.00 QPS:20599.45(R / W / O:14419.27 / 2060.00 / 4120.19)LAT(MS、95%):12.52 ERR / S:0.00 reconn / S:0.00
[90年代] THDS:10のTPS:1056.32 QPS:21127.75 (R / W / O:14790.22 / 2112.65 / 4224.89)LAT(MS、95%):12.30 ERR / S:0.00 reconn / S:0.00
[100S] THDS:10のTPS:1097.38 QPS:21946.72(R / W / O :15362.43 / 4389.52 / 2194.76)LAT(MS、95%):12.30 ERR / S:0.00 reconn / S:0.00
[110S] THDS:10のTPS:1147.39 QPS:22948.97(R / W / O:16063.71 / 4590.47 / 2294.79 )LAT(MS、95%):11.87 ERR / S:0.00 reconn / S:0.00
[120S] THDS:10のTPS:1110.00 QPS:22200.00(R / W / O:15540.00 / 4440.00 / 2220.00)LAT(MS、95 %):12.08 ERR /秒:0.00 reconn /秒:0.00
SQL統計:
クエリが実行さ:
読み取り:1731702
書き込み:494772
その他:247386
合計:2473860の
トランザクション:123693(秒当たり1030.70。)
クエリ:2473860(秒当たり20614.02)
無視されたエラー:0(秒当たり0.00。)
再接続:毎秒0(0.00 。)

スループット:
1030.7010:イベント/秒(EPS)
の時間が経過:120.0086s
イベントの合計数:123693

待ち時間(ミリ秒):
分:4.32
平均:9.70
最大:185.38
95パーセンタイル:13.22
合計:1199649.68

スレッド公正:
イベント(平均/ STDDEV):12369.3000 / 304.67
実行時間(平均/ STDDEV):119.9650 / 0.00

おすすめ

転載: www.cnblogs.com/hankyoon/p/12156826.html