JMeterメモ - かまたま日記3
絶賛負荷試験で使っているので、分かったことをメモ スレッドグループについて 「Rapm-up期間(s)」の間に「スレッド数」分のスレッドを作って各スレッドが「ループ回数」分ループする 例えばRamp-up期間600、スレッド数60、ループ回数10だとすると、10分の間に60スレッド生成され各スレッドが10回ループする。 このためこの設定でHTTP通信を行う場合、理論上は10req/sの負荷がかけられるハズ。 スループット調整したい 実は上記の場合各スレッドの開始は等間隔に（10秒に1回）行われるが、ループ処理はできるだけ早くやろうとするためループ処理はサーバの処理能力の限界のスループットで処理される。 等間隔にリクエストを送ってスループットを調整したい！と思った場合、その場合の方法として最初に思いつくのは「ループ回数を1回にしてRamp-up期間とスレッド数でreq/sを調整する」だが、こ
Jmeterで負荷生成を行う際の注意 - くろふねが出かけたらアゲるスレ
※これはくろふねの備忘録です。皆さんにはあまり関係のないことだと思います。 Jmeterで負荷生成を行う際（というかシナリオ作りだね）にいろいろとわからなかったことをくろふね用にまとめます。 PROXY環境ネットワークでJmeterを使用する方法 外部のサーバに対して負荷生成を行わなければいけないんだけど、そのネットワーク内にPROXYサーバがあるため、そのままでは負荷生成やシナリオが作成できない。 Jmeter起動時にオプションをつけましょう！ c:\jmeter\bin\jmeter.bat -H {PROXYサーバのアドレス} -P {PROXYサーバのポート} -u {PROXYサーバに対するユーザ} -a {PROXYサーバに対するパスワード} 例 c:\jmeter\bin\jmeter.bat -H 192.168.0.1 -P 8080 -u kurofune -a pas
負荷試験などでボトルネックを特定する (sarコマンド) | 工作HardwareHub
sysstatというパッケージに含まれる "sar" (System Admin Reporter) コマンドを利用すると、PCの各リソースの使用状況を表示することができます。これは、負荷試験などでボトルネックを特定するために役立ちます。 使い方 インストール例 $ yum install sysstat インストールされたrpmパッケージ $ rpm -qa | grep sysstat sysstat-9.0.4-22.el6_5.1.i686 cronが自動設置されたことが確認可能 $ rpm -ql sysstat-9.0.4-22.el6_5.1.i686 | grep cron /etc/cron.d/sysstat sarコマンドでは過去のシステムの状況を確認できます。その際に参照するログをcronで取得しているのです。取得間隔を変更するためには $ vi /etc/cron
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
community/archived/ssh-port-forwarding-set-up-load-testing-on-compute-engine/index.md at master · GoogleCloudPlatform/community
http://blog.cloud.nifty.com/159/
