what 前回の測定は、Ramp-Up期間がすべて 1 という極端なものであり、あまりよろしくないと聞いた。 そのため、再度、負荷テストを行う。 今回行いたい測定は、前回同様「サーバの負荷限界値」である。 負荷計測環境 前回とほぼ同じだが、負荷テスト対象のWebアプリケーションのバージョンが少々あがっている。 妥当なRamp-Up期間の決定について JMeterで負荷テストするのはいいのだが、以下の数値をどのように決めるのに非常に悩む。 スレッド数 Ramp-Up期間 ループ回数 どうしたらよいものか、考えてみた。 itarchitect.jp 上記にテストシナリオ作成のヒントが書いてあるので読んでみた。「現実に即したテスト」という視点が非常に重要であると書いてある。 記事のヒット率の以下のようになる。 スレッド数が大きい場合は、Ramp-Up期間を「0」に設定すべきではない。（異常な状態
what 負荷テストを行ったのでそのメモ 負荷計測ツール JMeter を利用しました。 負荷計測環境のポイント 参考 => 5.JMeterでのテストの作成・実行 また、以下の点などにも気をつけてください ・JMeterを起動するマシンとテスト対象マシンを分ける →同一のマシン上で動作させると、正確な測定結果を得られません ・最初の内は、JMeterを起動するマシンとテスト対象マシンは同一ネットワーク内に配置する →パフォーマンスが悪かった場合など、ボトルネックがネットワークにあるのか、テスト対象マシンにあるのか、判別がつきづらくなります 今回は、『JMeterを動かすPC』をWindowsで動かし、『テスト対象マシン』をLinuxにしました。 負荷計測結果 Throughput 結果 160 ( 160.7017781 ) でした。 スレッド数 200 までは、上昇しますが、それ以降は
どうもこれややこしくてやっと理解できたっぽいのですがわすれてしまいそうなのでメモしときます。 参考にしたのは以下サイトです。 負荷テストあれこれ-JMeter 負荷のかけ方、レポートの見方- http://ameblo.jp/itboy/entry-10041857522.html ※これが一番参考になりました。 JMeter 負荷試験前の設定デバッグ時に使う「結果をツリーで表示」リスナー http://www.checksite.jp/jmeter-view-results-tree/ JMeter でWeb負荷測定を行う際のスレッドグループ設定に関する実行例 http://www.checksite.jp/jmeter-threadgroup-example/ 一度つかったことがある方はわかると思うのですがリクエスト数を設定するには以下3つのパラメータを設定します。 スレッド数 Ram
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く