ベンチマークに関するClintのブックマーク (5)

  • JMeter - Apache JMeter(負荷測定ツール)

    The Apache JMeter™ application is open source software, a 100% pure Java application designed to load test functional behavior and measure performance. It was originally designed for testing Web Applications but has since expanded to other test functions. What can I do with it? Apache JMeter may be used to test performance both on static and dynamic resources, Web dynamic applications. It can be u

  • JMeterによるWebサーバ性能評価の勘所

    JMeterによる複雑なベンチマーク測定 ApacheBenchは実行時に単一のURLしか指定できないため、実態に沿ったパフォーマンスを知るには工夫が必要でした。そこで、複数のURLに対して接続が可能で、各URLに対して同時接続数などのパラメータを個別に設定できるベンチマークソフト「JMeter」を取り上げます。JMeterは、Apache Software Foundationで開発されているJavaアプリケーションです。きめ細かい評価を行うにはそれ相応に詳細な設定を行う必要があるため、ApacheBenchほど手軽ではありません。ただし、GUIで操作でき、Webブラウザの巡回記録から定義ファイル(注)を作成することもできるため、動作させることは難しくありません。 注:複雑なベンチマークでは、テストの内容を定義したファイルの作成が重要になります。時間軸に沿って動作記述することから、シナリ

    JMeterによるWebサーバ性能評価の勘所
  • オープンソースの高速Webサーバー「TUX」の実力

    図5●プラットフォームの違いによる,コネクション確立の所要時間の差異<BR>TCPコネクションが確立するまでの時間を調べた。TUX 3.2はチューニング前後の数値にそれほど大きな違いはなく,比較的安定している。一方でApacheは標準設定時に扱えるプロセス/スレッド数が小さいため,Fedora Core 2.0とApache 2.0の組み合わせにおいてコネクション確立に要した最大時間が3009ミリ秒に達した。チューニングによって扱えるコネクション数を増やしたApacheでは,コネクション確立までの平均時間と最大時間が,いずれもTUX 3.2の性能をしのいでいる カーネル・モードで高速に動作するオープンソースのWebサーバー「TUX Web Server」(以下,TUX)の性能を,現在主流の「Apache」と比較した。静的コンテンツに大量のアクセスが集まる用途で,TUX 3.2はApache

    オープンソースの高速Webサーバー「TUX」の実力
  • Hewlett Packard Labs | Next Next

    Hewlett Packard Labs can see a future beyond the next big thing. We call it the Next Next. The stories here range widely across new computing architectures, emerging security technologies, bold solutions to a looming energy crisis in the data center, and much more.

  • httperfによるWebサーバのベンチマーク - (・∀・)イイ!!Memo

    構築環境: RedHat? 9 httperfとは † Httpサーバベンチマークツール。 httperfなら、Webサーバが毎秒100リクエストを受けながら、MySQLのベンチマークを行なうといったことが可能。 Apacheのabとの違いは、毎秒のリクエスト数を指定できるところ。 abはいつもCPUはフル稼動だ。 abでは「毎秒100リクエスト送った場合のCPUの負荷がどうなってるか」がわからない。 ↑ 使い方 † 例。 #httperf --server hostname --port 80 --uri /test.html \ --rate 150 --num-conn 27000 --num-call 1 --timeout 5 rate 1秒間に生成するコネクションの数。 1秒間に発生するリクエスト数は rate×num-callになる。 num-conn 総コネクション

  • 1