JMeter 導入 - MyMemoWikiOld
ヒット率の平均値を推定し、スレッド数をその値で割ることにより、Ramp-Up期間の初期値を計算する スレッド数が100で、ヒット率が10ヒット／秒と推定した場合、理想的なRamp-Up期間の推定値は、100÷10＝10秒 ヒット率の推定のための簡単な方法は存在しない。まずはテスト・スクリプトを一度実行してみる リスナーの1つである「統計レポート」をテスト計画に追加する。同リスナーでは、リクエスト（サンプラー）ごとに、ヒット率の平均値が表示される 最初のサンプラー（HTTPリクエストなど）のヒット率は、Ramp-Up期間とスレッド数に密接に関係している Ramp-Up期間を調整することにより、テスト計画の最初のサンプラーのヒット率が、その他すべてのサンプラーのヒット率の平均値に近い値になるようにする 最後に、JMeterログ（JMETER_HOME/binディレクトリ内に存在するjmeter
＠IT Special PR：アプリケーション品質を「丸見え」にした性能監視ソリューションとサムライズ
空転の48時間は何だったのか――導入6時間で一発解決 アプリケーション品質を「丸見え」にした 性能監視ソリューションとサムライズ 2012/2/29 Webアプリケーションの性能、特にエンドユーザー向けサービスの性能は、ビジネスの死活問題になりつつある。これまであまり有効な手立てがなかったWebアプリケーションのパフォーマンスを「丸見え」にし、問題解決を支援する性能監視ソリューション「CA APM」の真価を紹介する。 システムを活用して業務やビジネスを行う場面が日増しに増えている。中でも効率は重要な尺度で、そのパフォーマンスはユーザーの大きな関心事だ。特に、昨今主流のWebアプリケーションでは、いつもより動きが遅いだけでもユーザーは精神的なストレスを受け、ただちに声を上げる。しかし、その報告を受ける側の情報システム部門や運用担当事業者は、これまでなかなかうまく対応できなかった。 その理由と
6 性能検証 6- 1 ６．性能検証 ６．性能検証........................................................................................................................................... 1 ６－１．性能検証の考え方...................
6 性能検証 6- 1 ６．性能検証 ６．性能検証........................................................................................................................................... 1 ６－１．性能検証の考え方.................................................................................................................. 2 ６－１－１．性能検証の目的..........................................................................................
第10回 パフォーマンス管理・待ち行列理論
待ち時間の謎を解く「待ち行列理論」 Webサーバーに負荷がかかるとレスポンス時間が長くなるということは，「待ち行列理論」によって説明がつく。図1左は，Webサーバーでの平均待ち時間（Wq）を計算したものだ。リクエストの平均到着間隔をTa，平均処理時間をTsとすると，Webサーバーの利用率（ρ）と平均待ち時間（Wq）は図中のように表される。この関係に基づき，ρと待ち時間の割合をグラフ化すると，図1右のようになる。グラフの横軸はρで，縦軸は待ち時間（Tsの何倍かかるか）を示す。ρ＝0.5の場合は処理時間と等しい（等倍の）待ち時間がかかり，ρ＝0.8の場合は同4倍，ρ＝0.9の場合は同9倍の待ち時間がかかる。この結果から，Webサーバーの利用率が大きくなるほど，急激に待ち時間が増えると分かる。つまり，Webサーバーに負荷がかかると，レスポンス時間は極端に長くなるのだ。 図1●待ち行列理論 待ち行
待ち行列
銀行の現金自動預払機（ATM）やテーマパークのアトラクションなど，何かのサービスを待つために行列を作るというのは街中でよく見かけます。このような行列，同じような込み具合でも並び方によって待ち時間が違ってきます。ちょっと不思議な感じがするお話をしましょう。 並び方で待ち時間が変わる お客さんはランダムに到着し，一人当たりにかかるサービス時間もランダムで，窓口が1個の行列があったとします。ここで，お客さんの数が2倍に増えたため，窓口をもう1個増やして，次のどちらかの方法をとることにしました。方法Aでは窓口ごとに別々の行列を作ります。方法Bではお客さんに1列に並んでもらって，空いた方の窓口を利用してもらいます。実はこれら2種類の並び方によって，お客さんの平均待ち時間が違ってくるのです。検証してみましょう。 まずはそれぞれの窓口の利用率を比較します。方法Aは行列が二つになり，お客さんが2倍になった
- サルでもわかる待ち行列
(株)永和システムマネジメント 平鍋健児 作成日：初版 1999, 3/16 第2版 2002, 11/6 第3版 2004, 9/14 第4版 2008, 5/1 情報処理技術社試験の中で良く出て来る「待ち行列」理論を，直感的に覚えやすく解説してみました． 何度もトライしたけど待ち行列が理解できない人向けです． 正確な定義や論理展開は重視せず，いかに効率的にこの理論を覚えることができるかに焦点を絞ってみました．
『負荷テストあれこれ-JMeterの使い方-』
前回、「負荷テストあれこれ-Microsoft Web Application Stress Tool- 」で、簡易的に行える負荷ツールについて書きましたが、もう少し複雑なシナリオで負荷テストができるJMeterというツールについても書いてみたいと思います。 JMeterは、MS Web Application Stress Toolに比べ負荷ツールとしては多機能ですがその分、使い方はMS Web Application Stress Toolより複雑になっています。 負荷テストの対象や用途に応じて使いわけを行った方がスムーズに行えると思います。 ・ Webアプリ以外のテストにも利用可能 FTPやSOAP、LDAP、JDBCリクエストのテストも可能。 参考： JmeterでDB負荷テストをやってみよう！ ・ SSL通信下でもテスト可 JDK1.4以上の環境であればそのまま利用できますが、そ
『Apache Bench、WAST、JMeterを使った負荷テストのポイント』
負荷テスト（または性能テスト）は、システムを作り上げる上で重要な要素を持つテストになります。 しかしながら、システムを構築する段階ではあまりこの負荷や、サーバー（またはその上でのアプリケーションやミドルウェア）の性能というものは気にしません。 開発メンバーはせいぜい数十人といったレベルが多く、システムの開発段階ではそれだけの人のアクセスがないため、実際の利用状況とはかなり異なった環境で「動いたからOK」という感じで流してしまいがちです。 ただ、こういうことを気にせずにシステムをリリースしてみたら、一定のデータ量に達したらアプリケーションが動かなくなったり、サーバーが応答しなくなったなんて事があったりします。 そういうことがないためにも、リリース後の負荷を想定したテストや、システム全体の性能を予めテストしておく必要があります。 負荷テスト用のツールで市販されているものは、確かにきめ細かい結果
STATSPACK レポートの見方 - ablog
自分用のメモです。ablog 全般に言えることですが、間違いだらけなので参考にしないで下さいw [STATSPACK report for -> Sessions] [概要] スナップショット取得時のセッション数を見ることができる。 平常時のスナップショットを取得しておき、負荷が高いときやレスポンス低下時などに比較する。 想定と大きく違わないか確認する。 [Load Profile] [概要] システムの特性・傾向を見ることができる。 平常時のスナップショットを取得しておき、負荷が高いときやレスポンス低下時などに比較する。 [見方] Redo size: 測定期間中に生成されたREDOログ量(byte)。 Hard parses: Parses に対して割合が高い場合はバインド変数が使われていないSQLが原因の可能性がある。 Logons: ログオン数。接続ユーザ数と比べて多すぎると問題あ
[方式設計編]性能要件はユーザーが決めると思ってはいけない
「ユーザーが要件を決めてくれないので…」「性能要件を出していただかないと機器が見積もれません，早く要件を出してください！」。要件定義フェーズのみならず，プロジェクトの様々な工程でよく耳にする言葉である。 非機能要件はユーザーにヒアリングして洗い出すのが，インフラ設計における一般的な手法だ。だが，インフラ設計者はヒアリングによって得られたユーザーの「要望」を絶対的な「要件」としてとらえてはいけない。非機能要件を洗い出すに際しては，要望の裏にあるリスクやそこから派生する制約を先読みすることが重要である。その思考を停止してしまうと，後工程で様々な問題が発生する。 今回は，非機能要件の中でも読者にとって最も身近だと思われる「（オンラインの）性能要件」を例に解説する。なお，現在のシステム構築では，現行システムが存在せずゼロから開発することはほとんどない。従って，ここでは現行システムで何らかの稼働統計
実例で学ぶWebシステムのチューニング手法 | ウルシステムズ株式会社
IDGジャパン JavaWorld誌2002年2月号特集 「実例で学ぶWebシステムのチューニング手法」の原稿を元に再構成 サンプルプログラムのダウンロードはこちら 近年、大規模で複雑なWEBシステムはアプリケーションサーバを使用して構築するのが常識となりつつある。J2EEの生産性の高さや、アプリケーションサーバの高速性など、CGI + Perlを利用した従来の WEBシステムと比べて、アプリケーションサーバを使用することのメリットは非常に大きい。 アプリケーションサーバを使用して、WEBシステムを開発したが、いざ運用を始めようという段階になって思ったように性能がでないであるとか、運用開始後、順調にアクセス数が増えてきてパフォーマンスが厳しくなってきたというような経験をした読者も多いと思う。 本稿では、実際に筆者が行っている方法をベースにWEBシステムのパフォーマンスチューニングの方法を解
負荷テストツール
０．改訂履歴 2003.08.05 新規作成 １．はじめに このドキュメントでは，負荷テストツールについて考えてみる． “負荷テストの定義”とツール導入についての簡単な効果などは，ドキュメント「負荷テスト」にまとめてあるので参照する． ２．負荷テスト，ツールとサービス 負荷テストで汎用ツールを利用する場合，２つの方法がある． 負荷テストツールを購入する． 負荷テストサービスを利用する． そこで，その２つのサービスについて考えてみた． ２．１．負荷テストツール価格 負荷テストツールは，また「１本いくら」というようなズバリな価格を提示しにくい製品群である． キーマンズネットで2002.12.09の特集をみると，次のような値段になっている．
はじめてのキャパシティ改善 ─稼働中のシステムを飽和させないために 記事一覧 | gihyo.jp
運営元のロゴ Copyright © 2007-2024 All Rights Reserved by Gijutsu-Hyoron Co., Ltd. ページ内容の全部あるいは一部を無断で利用することを禁止します。個別にライセンスが設定されている記事等はそのライセンスに従います。
JMeterでWebアプリケーションのパフォーマンス測定を行う
はじめに 筆者がこれまで見てきたWebシステムの中には、機能仕様を満たしているものの、パフォーマンスの点でユーザが大きな不満を抱えているケースが珍しくありませんでした。その理由として、負荷テスト（または、ストレステスト）がほとんど行われていない、または全く行われていないケースであることが多かったのです。不特定多数のユーザが利用するWebアプリケーションでは、どれほど便利な機能があったとしても、十分なパフォーマンスが出なければ、ユーザビリティを損なってしまいます。 そこで、本稿では負荷テストツールであるJMeterを使い、Webアプリケーションに対して負荷テストを行う方法を解説します。 対象読者 Webアプリケーションの開発を行っていて、JMeterを使った基本的な負荷テストの方法を学習したい方。開発言語は問いません。 環境 必須環境 本稿では、JMeterとテスト対象Webアプリケーション
負荷テストあれこれ-JMeter 負荷のかけ方、レポートの見方- | A Day In The Boy's Life
「負荷テストあれこれ-JMeterの使い方- 」で、JMeterの利用方法について触れましたが一番肝心のレポートの見方について書いてませんでしたので、今回はその点を。 今回の記事をまとめるにあたり、下記の資料を参考にさせていただきました。 Apache JMeterで負荷試験をしよう！＠JaSST 負荷テストの方法やレポートの見方について触れる前にまず、何を目的で負荷テストをするかについて触れてみたいかと。 これも様々なケースが想定されますが、取り合えず 1. 現在のインフラ、システムの構成でどれだけの負荷に耐えられるかを知る為 2. 想定される同時ユーザー数に耐えられるか検証したい 3. インフラ、システム構成の変更によりどれだけのパフォーマンスが向上したか知りたい の3つをケースを考えてみたいと思います。 まず前提となるテストシナリオを作る部分から。 これは、「ログイン→Aページ遷移→
「ニフティrクラウドユーザーブログ」は、移転しました。
「ニフティクラウドユーザーブログ」は、移転しました。 自動でページを移動しない場合は、下記のリンクをクリックし、 新しい「ニフティクラウドユーザーブログ」をご覧ください。 今後とも「ニフティクラウドユーザーブログ」をよろしくお願いいたします。 ＞ ニフティクラウドユーザーブログ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
not found
https://www.oracle.com/technetwork/jp/ondemand/db-new/100825-insight-tuning-251256-ja.pdf
http://www.jajakarta.org/jmeter/
JMeterでWebアプリケーションのパフォーマンス測定を行う