JMeterを利用した負荷テストでどのようにスレッド数、Ramp-Up期間、ループ回数をどうやって決めるか考える - 基本へ帰ろう
what 前回の測定は、Ramp-Up期間がすべて 1 という極端なものであり、あまりよろしくないと聞いた。 そのため、再度、負荷テストを行う。 今回行いたい測定は、前回同様「サーバの負荷限界値」である。 負荷計測環境 前回とほぼ同じだが、負荷テスト対象のWebアプリケーションのバージョンが少々あがっている。 妥当なRamp-Up期間の決定について JMeterで負荷テストするのはいいのだが、以下の数値をどのように決めるのに非常に悩む。 スレッド数 Ramp-Up期間 ループ回数 どうしたらよいものか、考えてみた。 itarchitect.jp 上記にテストシナリオ作成のヒントが書いてあるので読んでみた。「現実に即したテスト」という視点が非常に重要であると書いてある。 記事のヒット率の以下のようになる。 スレッド数が大きい場合は、Ramp-Up期間を「0」に設定すべきではない。（異常な状態
JMeterについてもう一歩進んでみる - oknknicの日記
以前 JMeterについて調べてみた - oknknicの日記 で、JMeterの基本中の基本の操作について書いた。 今回は、もう一歩進んで、実際に利用する際の視点で書いてみる。 WEBアプリ負荷テストの観点 ユーザ数 同時リクエスト数 同時ログインユーザ数 連続稼働時間 ネットワークの太さ JMeterを実行するPC（1台で複数ユーザ担当）に接続されているLANの太さ クライアントPCから計測対象までのネットワークの太さ、物理距離 JMeterでできること 複数のリクエストを一気に送出できる 一台のマシンからマルチスレッドで 複数台のマシンを1台のマシンから操作して 多様な種類のリクエストを送出できる 複数のリクエストを時系列で組み合わせることができる 単純な繰り返しや、ログイン→業務処理→ログアウトなど タイミングも設定可能 テストシナリオをWebブラウザの操作から生成できる その他細
JMeterで高負荷をかけたい場合 | きぬろぐ
負荷測定ツールにOSSのApache JMeterというものがあります。かなり汎用的でつぶしがきくよいツールで、私もよく使います。JMeterについては以下の資料がよくまとまっています。 Apache JMeterで 負荷試験をしよう！ で、負荷をかける場合にはそのサーバの限界性能がどこかを探るケースが存在しますが、クライアント側のスペック不足やシナリオの作成方法が原因で負荷をかけきれないというケースがあります。スペック不足はともかくとして、シナリオ作成の方法がまずいことで計測結果が不十分になることはかっこわるいので、私が気がついた対処方法をまとめます。 ループはループコントローラで書け! 負荷をかける場合に、ユーザ1 – ユーザ10000迄のデータに連続してアクセスしたいケースがあったとしましょう。JMeterでこれを実装するには「While Controller」と「ループコントローラ
「ニフティrクラウドユーザーブログ」は、移転しました。
「ニフティクラウドユーザーブログ」は、移転しました。 自動でページを移動しない場合は、下記のリンクをクリックし、 新しい「ニフティクラウドユーザーブログ」をご覧ください。 今後とも「ニフティクラウドユーザーブログ」をよろしくお願いいたします。 ＞ ニフティクラウドユーザーブログ
JMeter Knowledge log
2011年9月26日月曜日 JMeter : 定数スループットタイマで陥りやすい落とし穴 JMeterにはいくつかの種類のタイマ部品が用意されていますが、その中でも定数スループットタイマを好む人が多いようです。 このブログを訪れる人でも検索キーワード「定数スループットタイマ」というのは上位に来ています。 さて、そんな人気の高い定数スループットタイマを使って負荷テストを行う場合に、陥りやすい落とし穴があることを知っていますか？ それをやってしまうと、負荷の与え方が不適切となってしまい、したがって適切なデータが取得できなくなってしまうのです。でもって場合によっては本番運用でドカーン、と火を吹いてしまう、と。 以前に、「定数スループットタイマの誤訳」という記事を書きました。これも日本語を鵜呑みにしてしまうと、とんでもないことになってしまいます。 ただ、これはすぐに気づきますので、ひっか
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
