[B! performance] ngmyのブックマーク

7. 負荷テストの評価基準には何を使えばよいのか? | Oracle 日本

～テストツールを使う際の負荷量の指標～ 6. システムがパフォーマンスを維持するためのメモリ管理についてに戻るはじめに性能テスト、負荷テストを行う上では、達成すべき目標値の定義が必要となります。しかし、性能テストでは様々な指標が存在しており、どの指標をもって目標とし、結果を判定すべきか判断が難しい場合があるでしょう。実際に、Webシステムの性能評価を行うための指標には以下があります： * 同時接続ユーザー数(Number of Virtual Users) * 時間あたりのユーザーシナリオ実行本数(Transactions per hour) * 時間あたりのページ処理数(Received pages per hour) * 時間あたりのヒット数（Hits per hour） * サーバー平均応答時間(Average Server times, etc.) * サーバー側のCPU

ngmy 2014/07/07

リンク

Webシステムのボトルネック回避(1)

画面1●ムラウチが実施したXML DBサーバーの負荷テスト結果<BR>ECサイトの商品情報を格納するXML DBサーバーに対し，想定したクエリーごとに同時アクセス数（画面中のC）とデータ件数（同D）を段階的に変えて応答時間を計測した。同時アクセス数は10～20クライアントでDBサーバー性能の限界に達する。データ件数による応答時間の変動も分かる Webシステムはアクセス数が増加することで性能が悪化する。ボトルネックの大半はデータベース・サーバー（DBサーバー）とアプリケーション・サーバー（APサーバー）にある。性能を改善する方法は，ハードウエアの拡張とミドルウエアのチューニングが王道。従来，DBサーバーの拡張はサーバー機自体の入れ替えに頼っていたが，ここへ来てDBサーバーの負荷分散やDBアクセスのキャッシュが現実味を帯びてきた。（日川　佳三＝hikawa@nikkeibp.co.jp）

ngmy 2014/07/04

リンク

「全自動パラメータチューニングさん」は何であって何でないのか - 昼メシ物語

発表資料: 全自動パラメータチューニングさん // Speaker Deck ソースコード: https://github.com/mirakui/tuningsan これは何なのかハッカソンイベント「Open Hack Day Japan」にて、24時間の制限の中で開発し、90秒でプレゼンテーションした作品です 2013/2/16〜2/18 にかけてヤフー株式会社で開催された、「Open Hack Day Japan」という大規模ハッカッソンイベントで開発しました。上記のプレゼンテーションは発表で使用したものです。 Open Hack Day Japan - Yahoo! JAPAN 本作品は、全参加作品の中で唯一のコマンドラインツールであり非常に地味でしたが、ありがたいことに KLab賞をいただくことができました。どうもありがとうございます。指定した1パラメータの自動調整によって

ngmy 2013/02/20

リンク

高負荷サイトのボトルネックを見つけるには : DSAS開発者の部屋

はじめにアクセスが急増すると、応答時間が著しく悪化するサイトはありませんか？普段は200ミリ秒以内で安定してアクセスをさばいているのに、イベントやらキャンペーンやらを開始した瞬間から、普段の２倍や３倍のアクセスが殺到し、その結果、レスポンスタイムが3秒とか9秒とかかかるようになってしまうことってありますよね。あるサイトの実状つい先日まで、そんなサイトが私の目の前にもありました。自社で運営している某ソーシャル系のサイトなんですが、イベント開始時刻と同時にアクセス数が急増するのです。とはいえ、所詮は普段の2倍とか3倍程度の数なのだから、少なくとも1秒以内にレスポンスを返せるくらいの性能は維持したいものです。しかし実際は困ったことに、応答に3秒以上もかかってしまう処理が大量に発生してしまう状況に陥ってしまっていました。これはきっと、どこかにボトルネックがあるに違いありません。仮説を立