JP4787460B2 - ソフトウェア・コンポーネントの性能測定を基にしたシステム性能予測方式および方法 - Google Patents
ソフトウェア・コンポーネントの性能測定を基にしたシステム性能予測方式および方法 Download PDFInfo
- Publication number
- JP4787460B2 JP4787460B2 JP2003008936A JP2003008936A JP4787460B2 JP 4787460 B2 JP4787460 B2 JP 4787460B2 JP 2003008936 A JP2003008936 A JP 2003008936A JP 2003008936 A JP2003008936 A JP 2003008936A JP 4787460 B2 JP4787460 B2 JP 4787460B2
- Authority
- JP
- Japan
- Prior art keywords
- performance
- transaction
- component
- performance prediction
- software
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Lifetime
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/30—Monitoring
- G06F11/34—Recording or statistical evaluation of computer activity, e.g. of down time, of input/output operation ; Recording or statistical evaluation of user activity, e.g. usability assessment
- G06F11/3447—Performance evaluation by modeling
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/30—Monitoring
- G06F11/34—Recording or statistical evaluation of computer activity, e.g. of down time, of input/output operation ; Recording or statistical evaluation of user activity, e.g. usability assessment
- G06F11/3466—Performance evaluation by tracing or monitoring
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F2201/00—Indexing scheme relating to error detection, to error correction, and to monitoring
- G06F2201/86—Event-based monitoring
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F2201/00—Indexing scheme relating to error detection, to error correction, and to monitoring
- G06F2201/865—Monitoring of software
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F2201/00—Indexing scheme relating to error detection, to error correction, and to monitoring
- G06F2201/87—Monitoring of transactions
Landscapes
- Engineering & Computer Science (AREA)
- General Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Computer Hardware Design (AREA)
- Quality & Reliability (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Life Sciences & Earth Sciences (AREA)
- Bioinformatics & Cheminformatics (AREA)
- Bioinformatics & Computational Biology (AREA)
- Evolutionary Biology (AREA)
- Debugging And Monitoring (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明はソフトウェア・コンポーネントの性能測定を基にしたシステム性能予測方式に関し、特に複数のソフトウェア・コンポーネントを組み合わせる手法で構築されるシステムにおけるソフトウェア・コンポーネントの性能測定を基にしたシステム性能予測方式に関する。
【０００２】
【従来の技術】
従来のシステム構築においては、設計初期の段階で性能面の机上検討もしくはプロトタイプ・システムを構築しての性能測定が行われることはあったが、開発途中のシステムを測定しての性能評価が実施されることは稀であった。ほとんどの場合、開発システムの性能評価は、システム全体が動作し始める結合テスト段階になって初めて実施されていた（例えば、特許文献１参照）。
【０００３】
一方、システム構築における性能評価（予測）の方法論としては、プログラム実行に必要なシステム資源使用量を見積もり可能な程度にソフトウェア実行を分割した上で、各処理ステップについて見積もったシステム資源使用量からシステム性能を予測する手法が示されている（例えば、非特許文献１参照）。
【０００４】
【特許文献１】
特開２００２−１０８６５６号公報（第８―１０頁、図１参照）
【非特許文献１】
Connie
U. Smith, Software Performance Engineering, pp157-224, Addison-Wesley, Reading, MA
【０００５】
【発明が解決しようとする課題】
上述したように、従来の前者の技術では、開発システムの性能評価は、ほとんどの場合、システム全体が動作し始める結合テスト段階になって初めて実施されていたため、ここで性能問題が発見されても、対応時間が制限されてしまうので、システムの基本アーキテクチャの変更といった大がかりな対応は不可能であり、効果の薄い小手先の対応しかできないという問題点があった。このため、場合によっては、性能が十分に改善できず、納期遅れやシステムインテグレーションベンダによるハードウエアの無償増強によって対応するといった事態も生じていた。
【０００６】
また、従来の後者の技術では、処理ステップ毎のシステム性能は、ソフトウェア開発者が見積もる方法が中心であり、系統だった性能測定についてはできないという問題点があった。
【０００７】
本発明の目的は、複数のソフトウェア・コンポーネントを組み合わせる手法（コンポーネント・ベース）で構築されるシステム全体の性能を評価する方法として、全ソフトウェア・コンポーネントが組み合わされた状態のシステム資源使用量を測定するのではなく、個々のソフトウェア・コンポーネントのシステム資源使用量を予め測定しておき、システム全体のシステム資源使用量を既に測定されたソフトウェア・コンポーネントのシステム資源使用量を組み合わせて予測することを可能とするソフトウェア・コンポーネントの性能測定を基にしたシステム性能予測方式および方法を提供することにある。
【０００８】
【課題を解決するための手段】
本発明のソフトウェア・コンポーネントの性能測定を基にしたシステム性能予測方式は、複数のソフトウェア・コンポーネントを組み合わせる手法で構築されるシステムのシステム性能予測方式において、システムを構成する個々のソフトウェア・コンポーネントのシステム資源使用量を予め測定して性能データベースに蓄えるコンポーネント性能測定手段と、システムで処理することになるトランザクションのシステム資源使用量を該トランザクションの処理内容を構成するソフトウェア・コンポーネントおよび要求を考慮して前記性能データベースを検索した結果から予測するトランザクション性能予測手段と、前記トランザクション性能予測手段により予測されたトランザクションのシステム資源使用量をシステム性能予測モデルに入力することによりシステム全体のシステム資源使用量を予測するシステム性能予測手段とを有することを特徴とする。
【０００９】
また、本発明のソフトウェア・コンポーネントの性能測定を基にしたシステム性能予測方式は、前記コンポーネント性能測定手段が、テスト・ドライバ内に挿入され測定対象コンポーネントで発生したイベントを検出するアプリケーション・プローブとオペレーティング・システム内に挿入され測定対象システムで発生したイベントを検出するカーネル・プローブとを併用した測定によって得られるイベント・トレースを分析してソフトウェア・コンポーネントのシステム資源使用量を求めることを特徴とする。
【００１０】
さらに、本発明のソフトウェア・コンポーネントの性能測定を基にしたシステム性能予測方式は、前記コンポーネント性能測定手段が、オペレーティング・システム等の基本ソフトウェアが提供するシステム資源使用量計測機能を利用してソフトウェア・コンポーネントのシステム資源使用量を求めることを特徴とする。
【００１１】
さらにまた、本発明のソフトウェア・コンポーネントの性能測定を基にしたシステム性能予測方式は、前記システム性能予測手段が、システムで処理することになるトランザクションの処理内容を構成するソフトウェア・コンポーネントおよび要求から各ソフトウェア・コンポーネントが動作する際の動作条件を求め、ソフトウェア・コンポーネントおよび動作条件をキーとして前記性能データバースを検索してシステム資源使用量を求め、システム性能上重要なトランザクションについて処理に関与する全ソフトウェア・コンポーネントのシステム資源使用量を検索した結果を組み合わせてトランザクションのシステム資源使用量を予測し、得られた結果を組み合わせてシステム性能予測モデルに入力することによりシステム全体のシステム資源使用量を予測することを特徴とする。
【００１２】
また、本発明のソフトウェア・コンポーネントの性能測定を基にしたシステム性能予測方式は、前記システム性能予測手段が、システムで処理するトランザクションが複数種類あり、それらの実行比率がシステム設計情報として予め規定されているときは、各々のトランザクションについて前記トランザクション性能予測手段により予測したシステム資源使用量をトランザクションの実行比率と一緒にシステム性能予測モデルに入力することによりシステム全体のシステム資源使用量を予測することを特徴とする。
【００１３】
さらに、本発明のソフトウェア・コンポーネントの性能測定を基にしたシステム性能予測方式は、前記システム資源使用量が、ＣＰＵ使用時間であることを特徴とする。
【００１４】
一方、本発明のソフトウェア・コンポーネントの性能測定を基にしたシステム性能予測方法は、複数のソフトウェア・コンポーネントを組み合わせる手法で構築されるシステムのシステム性能予測方法において、システムを構成する個々のソフトウェア・コンポーネントのシステム資源使用量を予め測定して性能データベースに蓄える工程と、システムで処理することになるトランザクションのシステム資源使用量を該トランザクションの処理内容を構成するソフトウェア・コンポーネントおよび要求を考慮して性能データベースを検索した結果から予測する工程と、予測されたトランザクションのシステム資源使用量をシステム性能予測モデルに入力することによりシステム全体のシステム資源使用量を予測する工程とを含むことを特徴とする。
【００１５】
また、本発明のソフトウェア・コンポーネントの性能測定を基にしたシステム性能予測方法は、前記ソフトウェア・コンポーネントのシステム資源使用量を測定する工程では、テスト・ドライバ内に挿入され測定対象コンポーネントで発生したイベントを検出するアプリケーション・プローブとオペレーティング・システム内に挿入され測定対象システムで発生したイベントを検出するカーネル・プローブとを併用した測定によって得られるイベント・トレースを分析してソフトウェア・コンポーネントのシステム資源使用量を求めることを特徴とする。
【００１６】
さらに、本発明のソフトウェア・コンポーネントの性能測定を基にしたシステム性能予測方法は、前記ソフトウェア・コンポーネントのシステム資源使用量を測定する工程では、オペレーティング・システム等の基本ソフトウェアが提供するシステム資源使用量計測機能を利用してソフトウェア・コンポーネントのシステム資源使用量を求めることを特徴とする。
【００１７】
さらにまた、本発明のソフトウェア・コンポーネントの性能測定を基にしたシステム性能予測方法は、前記システム全体のシステム資源使用量を予測する工程では、システムで処理することになるトランザクションの処理内容を構成するソフトウェア・コンポーネントおよび要求から各ソフトウェア・コンポーネントが動作する際の動作条件を求め、ソフトウェア・コンポーネントおよび動作条件をキーとして前記性能データバースを検索してシステム資源使用量を求め、システム性能上重要なトランザクションについて処理に関与する全ソフトウェア・コンポーネントのシステム資源使用量を検索した結果を組み合わせてトランザクションのシステム資源使用量を予測し、得られた結果を組み合わせてシステム性能予測モデルに入力することによりシステム全体のシステム資源使用量を予測することを特徴とする。
【００１８】
また、本発明のソフトウェア・コンポーネントの性能測定を基にしたシステム性能予測方法は、前記システム全体のシステム資源使用量を予測する工程では、システムで処理するトランザクションが複数種類あり、それらの実行比率がシステム設計情報として予め規定されているときは、各々のトランザクションについて前記トランザクション性能予測手段により予測したシステム資源使用量をトランザクションの実行比率と一緒にシステム性能予測モデルに入力することによりシステム全体のシステム資源使用量を予測することを特徴とする。
【００１９】
さらに、本発明のソフトウェア・コンポーネントの性能測定を基にしたシステム性能予測方法は、前記システム資源使用量が、ＣＰＵ使用時間であることを特徴とする。
【００２０】
他方、本発明のプログラムは、コンピュータを、システムを構成する個々のソフトウェア・コンポーネントのシステム資源使用量を予め測定して性能データベースに蓄えるコンポーネント性能測定手段，システムで処理することになるトランザクションのシステム資源使用量を該トランザクションの処理内容を構成するソフトウェア・コンポーネントおよび要求を考慮して前記性能データベースを検索した結果から予測するトランザクション性能予測手段，および前記トランザクション性能予測手段により予測されたトランザクションのシステム資源使用量をシステム性能予測モデルに入力することによりシステム全体のシステム資源使用量を予測するシステム性能予測手段として機能させることを特徴とする。
【００２１】
また、本発明のプログラムは、前記コンポーネント性能測定手段が、テスト・ドライバ内に挿入され測定対象コンポーネントで発生したイベントを検出するアプリケーション・プローブとオペレーティング・システム内に挿入され測定対象システムで発生したイベントを検出するカーネル・プローブとを併用した測定によって得られるイベント・トレースを分析してソフトウェア・コンポーネントのシステム資源使用量を求めることを特徴とする。
【００２２】
さらに、本発明のプログラムは、前記コンポーネント性能測定手段が、オペレーティング・システム等の基本ソフトウェアが提供するシステム資源使用量計測機能を利用してソフトウェア・コンポーネントのシステム資源使用量を求めることを特徴とする。
【００２３】
さらにまた、本発明のプログラムは、前記システム性能予測手段が、システムで処理することになるトランザクションの処理内容を構成するソフトウェア・コンポーネントおよび要求から各ソフトウェア・コンポーネントが動作する際の動作条件を求め、ソフトウェア・コンポーネントおよび動作条件をキーとして前記性能データバースを検索してシステム資源使用量を求め、システム性能上重要なトランザクションについて処理に関与する全ソフトウェア・コンポーネントのシステム資源使用量を検索した結果を組み合わせてトランザクションのシステム資源使用量を予測し、得られた結果を組み合わせてシステム性能予測モデルに入力することによりシステム全体のシステム資源使用量を予測することを特徴とする。
【００２４】
また、本発明のプログラムは、前記システム性能予測手段が、システムで処理するトランザクションが複数種類あり、それらの実行比率がシステム設計情報として予め規定されているときは、各々のトランザクションについて前記トランザクション性能予測手段により予測したシステム資源使用量をトランザクションの実行比率と一緒にシステム性能予測モデルに入力することによりシステム全体のシステム資源使用量を予測することを特徴とする。
【００２５】
さらに、本発明のプログラムは、前記システム資源使用量が、ＣＰＵ使用時間であることを特徴とする。
【００２６】
図１において、コンポーネント性能測定手段２０は、カーネル・プローブとアプリケーション・プローブとを併用するイベント・トレース手法により、各ソフトウェア・コンポーネントのシステム資源使用量を測定する。このとき、アプリケーション・プローブは性能テスト・ドライバ・プログラム（以下、テスト・ドライバという）と測定対象コンポーネントとの境界を示すためにテスト・ドライバ中に挿入されるプローブであり、カーネル・プローブはテスト・ドライバが消費したシステム資源使用量の分析を可能とするためにオペレーティング・システムのカーネル中に挿入されるプローブである。
【００２７】
このような測定を繰り返し、複数の動作条件下でのソフトウェア・コンポーネントのシステム資源使用量を調べ、ソフトウェア・コンポーネントおよび動作条件をキーとして、そのシステム資源使用量を性能予測の基礎となる性能データベース１０に蓄えておく。
【００２８】
システム性能の予測は、以下の手順により行う。
【００２９】
１）システムで処理することになるトランザクションの処理内容を構成するソフトウェア・コンポーネントおよび要求から各ソフトウェア・コンポーネントが動作する際の動作条件を求める。
【００３０】
２）ソフトウェア・コンポーネントおよび動作条件をキーとして性能データベース１０を検索してシステム資源使用量を求める。
【００３１】
３）システム性能上重要なトランザクションについて、処理に関与する全ソフトウェア・コンポーネントのシステム資源使用量を検索した結果を組み合わせ、そのトランザクションのシステム資源使用量を予測する。
【００３２】
４）前記３）で得られた結果を組み合わせてシステム性能予測モデルに入力することによりシステム全体のシステム資源使用量を予測する。
【００３３】
このようにして、ソフトウェア・コンポーネントの性能測定を基にしたシステム性能予測を可能にする。
【００３４】
【発明の実施の形態】
以下、本発明の実施の形態について図面を参照しながら詳細に説明する。
【００３５】
［第１の実施の形態］
図１を参照すると、本発明の第１の実施の形態に係るシステム性能予測方式は、各ソフトウェア・コンポーネントのシステム資源使用量を蓄える性能データベース１０と、各ソフトウェア・コンポーネントのシステム資源使用量を測定して測定結果を性能データベース１０に格納するコンポーネント性能測定手段２０と、性能データベース１０に蓄えられた各ソフトウェア・コンポーネントのシステム資源使用量からトランザクションのシステム資源使用量を予測するトランザクション性能予測手段３０と、トランザクションのシステム資源使用量をシステム性能予測モデルに入力することによりシステム全体のシステム資源使用量を予測するシステム性能予測手段４０とからなる。
【００３６】
次に、このように構成された第１の実施の形態に係るソフトウェア・コンポーネントの性能測定を基にしたシステム性能予測方式の動作について説明する。
【００３７】
図２に示すように、まず、評価対象システムによるトランザクションの処理には、通信コンポーネントＡ，適用コンポーネントＢおよびデータベースコンポーネントＣの３種類のソフトウェア・コンポーネントが関与するものとする。
【００３８】
図３は、通信コンポーネントＡの動作を示すフローチャートである。通信コンポーネントＡは、システム外部より処理要求メッセージの到着を待ち（ステップＳ１０１）、処理要求メッセージを受け取ると（ステップＳ１０２）、処理番号で示される処理を引数を付けて呼び出すことにより必要となる処理の一部を別のソフトウェア・コンポーネント（適用コンポーネントＢ）に依頼し（ステップＳ１０３）、処理の戻り値を応答メッセージとして要求元に送信する（ステップＳ１０４）。
【００３９】
図４は、適用コンポーネントＢの動作を示すフローチャートである。適用コンポーネントＢに用意されている処理は、処理Ｂ１および処理Ｂ２の２種類である。処理Ｂ１では、引数で渡される番号をｉｎｄｅｘとしてデータベースコンポーネントＣに検索要求を出し（ステップＳ２０１）、検索したレコードにあるｖａｌｕｅフィールドの値を戻り値とする（ステップＳ２０２）。また、処理Ｂ２では、第１引数で渡される番号をｉｎｄｅｘとするレコードのｖａｌｕｅフィールドを第２引数の値に変更するようにデータベースコンポーネントＣに更新要求を出し（ステップＳ２１１）、更新要求が成功したか失敗したかを示す値を戻り値とする（ステップＳ２１２）。適用コンポーネントＢの処理が完了すると、その処理結果が応答メッセージとして通信コンポーネントＡに戻され、そこからトランザクションの処理結果としてシステム外部に処理完了メッセージが送られる。
【００４０】
図５は、適用コンポーネントＢが用意している処理Ｂ１を外部から要求された際のトランザクション処理の全体動作を示すシーケンス図である。図５に示す通り、各ソフトウェア・コンポーネントとも、ソフトウェア・コンポーネント外（システム外部の場合もある）から処理要求を受け取ると処理を開始し、必要に応じて別のソフトウェア・コンポーネントに処理を依頼しならが自ソフトウェア・コンポーネントの処理を進め、これが完了すると要求元に処理結果を通知する、という動作を行う。
【００４１】
ここで、各ソフトウェア・コンポーネントの処理に必要となるシステム資源使用量（本実施の形態では、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）使用時間とする）は、以下の要因で決まることが分かっているものとする。
【００４２】
１）通信コンポーネントＡのＣＰＵ使用時間は、受信する処理要求メッセージに含まれる引数の数。
【００４３】
２）適用コンポーネントＢのＣＰＵ使用時間は、処理内容（本実施の形態では、処理Ｂ１または処理Ｂ２）。
【００４４】
３）データベースコンポーネントＣのＣＰＵ使用時間は、処理内容（本実施の形態では、検索または更新）。
【００４５】
図６は、各々のソフトウェア・コンポーネントについて、性能としてＣＰＵ使用時間を測定するコンポーネント性能測定手段２０の構成を示すブロック図である。コンポーネント性能測定手段２０による測定の対象となるソフトウェア・コンポーネント（以下、測定対象コンポーネントという）２２は、測定の対象となるシステム（以下、測定対象システムという）２１の一部を構成しており、測定対象システム２１は、測定対象システム２１で発生したイベントを検出するカーネル・プローブ２４が挿入されたオペレーティング・システム２３と、測定対象コンポーネント２２で発生したイベントを検出するアプリケーション・プローブ２６が挿入されたテスト・ドライバ２５と、アプリケーション・プローブ２６が検出したイベントを時系列的にイベント・トレース２８として記録するイベント記録手段２７と、イベント・トレース２８を分析して測定対象コンポーネント２２が要求を処理するときのＣＰＵ使用時間を求める性能分析手段２９とから構成されている。
【００４６】
カーネル・プローブ２４は、プログラムによるＣＰＵ使用開始（再開）イベントと使用終了（中断）イベントとを検出する。
【００４７】
テスト・ドライバ２５は、測定対象コンポーネント２２のＣＰＵ使用時間を左右する要因の内、処理要求を発行する側で制御可能な動作条件をパラメータとして入力した上で、測定対象コンポーネント２２に対して処理要求（要求ａ）を行い、その処理結果（応答ａ）を受け取る。さらに、テスト・ドライバ２５は、測定対象コンポーネント２２が別のソフトウェア・コンポーネントに対して処理要求を行う場合は、その処理要求（要求ｂ）を受け取り、それに対して擬似的な処理結果（応答ｂ）を返す。また、テスト・ドライバ２５内には、測定対象コンポーネント２２に制御を移すイベント（▲１▼，▲３▼）、および測定対象コンポーネント２２から制御が戻ったというイベント（▲２▼，▲４▼）を検出するアプリケーション・プローブ２６を埋め込んでおく。
【００４８】
図７は、適用コンポーネント測定用のテスト・ドライバ２５を用いて適用コンポーネントＢを駆動したときの動作を示すシーケンス図である。図７に示す通り、適用コンポーネントＢが動作している期間（区切り）は、テスト・ドライバ２５内に予め組み込まれているアプリケーション・プローブ２６が出力するイベントにより知ることができる。
【００４９】
性能測定においては、測定実施者が動作条件を与えてテスト・ドライバ２５を動作させ、測定対象コンポーネント２２を駆動する。この動作に伴って発生するイベントをイベント記録手段２７で逐次記録していくことで、イベント・トレース２８が作成される。
【００５０】
図８は、イベント・トレース２８の内容例を示す。このイベント・トレース２８を性能分析手段２９によって分析することにより、イベント▲１▼からイベント▲２▼までの間のプログラム実行，およびイベント▲３▼からイベント▲４▼までのプログラム実行についてＣＰＵ使用時間を求めることができる。すなわち、イベント▲１▼からイベント▲２▼までの時間は１００であるが、この間の１０はＣＰＵ使用を中断していたため、ＣＰＵ使用時間は９０であることがわかる。同様に、イベント▲３▼からイベント▲４▼までの期間についてのＣＰＵ使用時間は１９０であることが分かるので、前記動作条件下での測定対象コンポーネント２２のＣＰＵ使用時間は２９０であることが求まる。
【００５１】
同様に、テスト・ドライバ２５に異なる動作条件を与えて同様の測定および分析を行うことで、測定対象コンポーネント２２が異なる動作条件下で動作したときのＣＰＵ使用時間を求めることができる。
【００５２】
このようにして得られる動作条件およびＣＰＵ使用時間の組を、性能データベース１０に登録する。
【００５３】
以上がコンポーネント性能測定手段２０によって実行される性能測定手順である。
【００５４】
図９は、図２に示した通信コンポーネントＡ，適用コンポーネントＢおよびデータベースコンポーネントＣの３種類のソフトウェア・コンポーネントについて作成した性能データベース１０の内容例を示す。
【００５５】
なお、測定対象コンポーネント２２によっては、テスト・ドライバ２５の上位側（処理要求を行う側）が測定対象システムの外部に存在する場合（通信コンポーネントＡ）や、テスト・ドライバ２５の下位側（測定対象コンポーネント２２が出す処理要求を受け取り、擬似的な応答メッセージを返す側）が存在しない場合（データベースコンポーネントＣ）もある。
【００５６】
ソフトウェア・コンポーネントのシステム資源使用量を測定するとき、すなわち、テスト・ドライバ２５と組み合わされた場合、そのソフトウェア・コンポーネントに対して処理を要求する上位コンポーネントや、そのソフトウェア・コンポーネントからの要求を処理する下位コンポーネントの処理はテスト・ドライバ２５が代行するので、実システムでは必要となる上位コンポーネントおよび下位コンポーネントが未完成の状態でも性能測定が可能となる点が、本実施の形態の特徴の１つである。
【００５７】
次に、システム性能予測手段４０により実行される評価対象システムの性能予測について説明する。
【００５８】
一般に、システムの性能予測は、１トランザクションの処理に要するシステム資源使用量（ＣＰＵ使用時間など）を入力とし、複数のトランザクションを並行して実行した場合の性能（スループット，トランザクションのレスポンス時間，システム資源の使用率）を予測するもので、待ち行列網モデルやシミュレーションモデルを用いたツール（システム性能予測モデル）が既存技術として存在している（例えば、前記非特許文献１参照））。システム性能予測手段４０による性能予測で重要な点は、システム性能予測モデルに入力するデータ、すなわち１トランザクションの処理に要するシステム資源使用量を、性能データベース１０から作成する点にある。
【００５９】
まず、図２に示したトランザクションについて、ＣＰＵ使用時間を予測する手順を示す。図２より、通信コンポーネントＡ，適用コンポーネントＢ，データベースコンポーネントＣの各ソフトウェア・コンポーネントの動作条件は、以下の通りであることが分かる。
【００６０】
１）通信コンポーネントＡは、引数を１つ含む処理要求メッセージを受け取る。
【００６１】
２）適用コンポーネントＢは、処理Ｂ１を行う。
【００６２】
３）データベースコンポーネントＣは、検索処理を行う。
【００６３】
ソフトウェア・コンポーネントおよび動作条件をキーとして図９に示す性能データベース１０を検索すると、通信コンポーネントＡ，適用コンポーネントＢおよびデータベースコンポーネントＣのＣＰＵ使用時間は、それぞれ１０，５，５０であることがわかり、図１０に示すようなシーケンス図が得られる。図１０から明らかなとおり、トランザクション全体のＣＰＵ使用時間は各ソフトウェア・コンポーネントのＣＰＵ使用時間の和となることから、図２に示すトランザクションを処理するために必要なＣＰＵ使用時間は６５となることが予測される。
【００６４】
このようにして得られたトランザクションのＣＰＵ使用時間を、従来技術によるシステム性能予測モデルに入力し、システム全体の性能（主にはスループットとレスポンス時間との関係）を予測する。
【００６５】
また、図１１に示す別のトランザクションの性能も、前記の手順と同様に、トランザクションの処理内容より予測することができる。すなわち、各ソフトウェア・コンポーネントおよび動作条件（通信コンポーネントＡは引数を２つ含む処理要求メッセージを受け取る、適用コンポーネントＢは処理Ｂ２を行う、データベースコンポーネントＣは更新処理を行う）より、各ソフトウェア・コンポーネントのＣＰＵ使用時間はそれぞれ１５，１０，７０であり、図１２に示すシーケンス図からトランザクション全体の処理に要するＣＰＵ使用時間は９５であることが予測できる。
【００６６】
このようにして得られたトランザクションのＣＰＵ使用時間を、従来技術によるシステム性能予測モデルに入力し、システム全体の性能（主にはスループットとレスポンス時間との関係）を予測する。
【００６７】
このように、コンポーネント性能測定手段２０による性能測定を様々な動作条件下で行い、性能データベース１０を充実させておくと、新たなソフトウェア・コンポーネントの性能測定手順を行うことなく、様々なトランザクションを処理するシステム全体のＣＰＵ使用時間を迅速に予測することが可能となる。すなわち、システム設計時に規定されるトランザクションの処理内容から各ソフトウェア・コンポーネントの動作条件を抽出して性能データベース１０を検索し、その結果を合計すればトランザクション全体を処理するのに要するＣＰＵ使用時間を予測することができる。
【００６８】
第１の実施の形態によれば、各ソフトウェア・コンポーネントのシステム資源使用量を別個に測定した結果を組み合わせてシステム全体のシステム資源使用量を予測するため、複数のソフトウェア・コンポーネントを組み合わせて構築されるシステム全体のシステム資源使用量を、実システムを構築することなく予測できるという効果がある。
【００６９】
また、測定結果として性能データベース１０に格納されるのが、各種のトランザクションの処理で共通的に行われるソフトウェア・コンポーネントの基本動作の性能であるため、異なるトランザクションのシステム資源使用量を予測する際にも利用できることから、性能データベース１０を構築しておくことにより、様々なソフトウェア・コンポーネント構成のシステムや、様々なトランザクションを処理するシステムについてシステム資源使用量を予測することができるという効果がある。
【００７０】
［第２の実施の形態］
図１３は、本発明の第２の実施の形態に係るソフトウェア・コンポーネントの性能測定を基にしたシステム性能予測方式の構成を示すブロック図である。本実施の形態に係るソフトウェア・コンポーネントの性能測定を基にしたシステム性能予測方式は、図１に示した第１の実施の形態に係るソフトウェア・コンポーネントの性能測定を基にしたシステム性能予測方式におけるアプリケーション・プローブ２６とカーネル・プローブ２４とを併用するイベント・トレース２８を利用するコンポーネント性能測定手段２０に代えて、オペレーティング・システム２３等の基本ソフトウェアが提供するシステム資源使用量計測機能を利用するコンポーネント性能測定手段２０’を用いるようにしたものである。システム資源使用量計測機能は、各プログラムが実行開始時点から消費しているＣＰＵ使用時間を累計しており、この値（以下、ＣＰＵ消費時間累計値という）をプログラム中から調べられるようになっているため、測定開始点（図７の▲１▼や▲３▼）および測定終了点（図７の▲２▼や▲４▼）でＣＰＵ消費時間累計値を調べればＣＰＵ使用時間を予測することができる。すなわち、▲２▼−▲１▼と▲４▼−▲３▼との和がＣＰＵ使用時間となるわけである（式中の▲１▼は、図７の▲１▼の時点で調べたＣＰＵ消費時間累計値を示す。▲２▼，▲３▼，▲４▼も同様）。
【００７１】
システムで処理するトランザクションが複数種類あり、それらの実行比率がシステム設計情報として予め規定されているときは、各々のトランザクションについてトランザクション性能予測手段３０により予測したＣＰＵ使用時間を、トランザクションの実行比率と一緒にシステム性能予測モデルに入力することにより性能予測を行う。
【００７２】
［第３の実施の形態］
図１４は、本発明の第３の実施の形態に係るソフトウェア・コンポーネントの性能測定を基にしたシステム性能予測方式の構成を示すブロック図である。本実施の形態に係るソフトウェア・コンポーネントの性能測定を基にしたシステム性能予測方式は、図１に示した第１の実施の形態に係るソフトウェア・コンポーネントの性能測定を基にしたシステム性能予測方式を搭載するコンピュータ１００に対してシステム性能予測プログラム２００を付加するようにした点だけが異なる。したがって、その他の特に言及しない部分には同一符号を付して、それらの詳しい説明を省略する。
【００７３】
システム性能予測プログラム２００は、コンピュータ１００に読み込まれ、コンピュータ１００の動作を、性能データベース１０，コンポーネント性能測定手段２０，トランザクション性能予測手段３０，およびシステム性能予測手段４０として制御する。システム性能予測プログラム２００の制御によるコンピュータ１００の動作は、第１の実施の形態におけるソフトウェア・コンポーネントの性能測定を基にしたシステム性能予測方式の動作と全く同様になるので、その詳しい説明を割愛する。
【００７４】
［第４の実施の形態］
図１５は、本発明の第４の実施の形態に係るソフトウェア・コンポーネントの性能測定を基にしたシステム性能予測方式の構成を示すブロック図である。本実施の形態に係るソフトウェア・コンポーネントの性能測定を基にしたシステム性能予測方式は、図１３に示した第２の実施の形態に係るソフトウェア・コンポーネントの性能測定を基にしたシステム性能予測方式を搭載するコンピュータ１００に対してシステム性能予測プログラム２００’を付加するようにした点だけが異なる。したがって、その他の特に言及しない部分には同一符号を付して、それらの詳しい説明を省略する。
【００７５】
システム性能予測プログラム２００’は、コンピュータ１００に読み込まれ、コンピュータ１００の動作を、性能データベース１０，コンポーネント性能測定手段２０’，トランザクション性能予測手段３０，およびシステム性能予測手段４０として制御する。システム性能予測プログラム２００’の制御によるコンピュータ１００の動作は、第２の実施の形態におけるソフトウェア・コンポーネントの性能測定を基にしたシステム性能予測方式の動作と全く同様になるので、その詳しい説明を割愛する。
【００７６】
【発明の効果】
第１の効果は、複数のソフトウェア・コンポーネントを組み合わせて構築されるシステム全体の性能を、実システムを構築することなく予測できることである。その理由は、各ソフトウェア・コンポーネントの性能を別個に測定した結果を組み合わせてシステム全体の性能を予測するためである。
【００７７】
第２の効果は、性能データベースを構築しておくことにより、様々なソフトウェア・コンポーネント構成のシステムや、様々なトランザクションを処理するシステムについて性能予測を行うことができることである。その理由は、測定結果として性能データベースに格納されるのが、各種のトランザクションの処理で共通的に行われるソフトウェア・コンポーネントの基本動作の性能であるため、異なるトランザクションの処理性能を予測する際にも利用できるためである。
【図面の簡単な説明】
【図１】本発明の第１の実施の形態に係るソフトウェア・コンポーネントの性能測定を基にしたシステム性能予測方式の構成を示すブロック図である。
【図２】通信コンポーネント，適用コンポーネントおよびデータベースコンポーネントが関与するトランザクションの処理の一例を説明する図である。
【図３】図２中の通信コンポーネントの動作を示すフローチャートである。
【図４】図２中の適用コンポーネントの動作を示すフローチャートである。
【図５】図２中の適用コンポーネントが用意している処理を外部から要求された際の全体動作を示すシーケンス図である。
【図６】図１中のコンポーネント性能測定手段の一例を示すブロック図である。
【図７】図６中のテスト・ドライバを用いて適用コンポーネントを駆動したときの動作を示すシーケンス図である。
【図８】図６中のイベント・トレースの内容例を示す図である。
【図９】図２に示した３種類のソフトウェア・コンポーネントについて作成した性能データベースの内容例を示す図である。
【図１０】図２に示したトランザクション全体のＣＰＵ使用時間が各ソフトウェア・コンポーネントのＣＰＵ使用時間の和となることを示すシーケンス図である。
【図１１】通信コンポーネント，適用コンポーネントおよびデータベースコンポーネントが関与するトランザクションの処理の他の例を説明する図である。
【図１２】図１１に示したトランザクション全体のＣＰＵ使用時間が各ソフトウェア・コンポーネントのＣＰＵ使用時間の和となることを示すシーケンス図である。
【図１３】本発明の第２の実施の形態に係るソフトウェア・コンポーネントの性能測定を基にしたシステム性能予測方式の構成を示すブロック図である。
【図１４】本発明の第３の実施の形態に係るソフトウェア・コンポーネントの性能測定を基にしたシステム性能予測方式の構成を示すブロック図である。
【図１５】本発明の第４の実施の形態に係るソフトウェア・コンポーネントの性能測定を基にしたシステム性能予測方式の構成を示すブロック図である。
【符号の説明】
１０ 性能データベース
２０，２０’ コンポーネント性能測定手段
２１ 測定対象システム
２２ 測定対象コンポーネント
２３ オペレーティング・システム
２４ カーネル・プローブ
２５ テスト・ドライバ
２６ アプリケーション・プローブ
２７ イベント記録手段
２８ イベント・トレース
２９ 性能分析手段
３０ トランザクション性能予測手段
４０ システム性能予測手段
１００ コンピュータ
２００，２００’ システム性能予測プログラム
Ａ 通信コンポーネント
Ｂ 適用コンポーネント
Ｂ１，Ｂ２ 処理
Ｃ データベースコンポーネント
【発明の属する技術分野】
本発明はソフトウェア・コンポーネントの性能測定を基にしたシステム性能予測方式に関し、特に複数のソフトウェア・コンポーネントを組み合わせる手法で構築されるシステムにおけるソフトウェア・コンポーネントの性能測定を基にしたシステム性能予測方式に関する。
【０００２】
【従来の技術】
従来のシステム構築においては、設計初期の段階で性能面の机上検討もしくはプロトタイプ・システムを構築しての性能測定が行われることはあったが、開発途中のシステムを測定しての性能評価が実施されることは稀であった。ほとんどの場合、開発システムの性能評価は、システム全体が動作し始める結合テスト段階になって初めて実施されていた（例えば、特許文献１参照）。
【０００３】
一方、システム構築における性能評価（予測）の方法論としては、プログラム実行に必要なシステム資源使用量を見積もり可能な程度にソフトウェア実行を分割した上で、各処理ステップについて見積もったシステム資源使用量からシステム性能を予測する手法が示されている（例えば、非特許文献１参照）。
【０００４】
【特許文献１】
特開２００２−１０８６５６号公報（第８―１０頁、図１参照）
【非特許文献１】
Connie
U. Smith, Software Performance Engineering, pp157-224, Addison-Wesley, Reading, MA
【０００５】
【発明が解決しようとする課題】
上述したように、従来の前者の技術では、開発システムの性能評価は、ほとんどの場合、システム全体が動作し始める結合テスト段階になって初めて実施されていたため、ここで性能問題が発見されても、対応時間が制限されてしまうので、システムの基本アーキテクチャの変更といった大がかりな対応は不可能であり、効果の薄い小手先の対応しかできないという問題点があった。このため、場合によっては、性能が十分に改善できず、納期遅れやシステムインテグレーションベンダによるハードウエアの無償増強によって対応するといった事態も生じていた。
【０００６】
また、従来の後者の技術では、処理ステップ毎のシステム性能は、ソフトウェア開発者が見積もる方法が中心であり、系統だった性能測定についてはできないという問題点があった。
【０００７】
本発明の目的は、複数のソフトウェア・コンポーネントを組み合わせる手法（コンポーネント・ベース）で構築されるシステム全体の性能を評価する方法として、全ソフトウェア・コンポーネントが組み合わされた状態のシステム資源使用量を測定するのではなく、個々のソフトウェア・コンポーネントのシステム資源使用量を予め測定しておき、システム全体のシステム資源使用量を既に測定されたソフトウェア・コンポーネントのシステム資源使用量を組み合わせて予測することを可能とするソフトウェア・コンポーネントの性能測定を基にしたシステム性能予測方式および方法を提供することにある。
【０００８】
【課題を解決するための手段】
本発明のソフトウェア・コンポーネントの性能測定を基にしたシステム性能予測方式は、複数のソフトウェア・コンポーネントを組み合わせる手法で構築されるシステムのシステム性能予測方式において、システムを構成する個々のソフトウェア・コンポーネントのシステム資源使用量を予め測定して性能データベースに蓄えるコンポーネント性能測定手段と、システムで処理することになるトランザクションのシステム資源使用量を該トランザクションの処理内容を構成するソフトウェア・コンポーネントおよび要求を考慮して前記性能データベースを検索した結果から予測するトランザクション性能予測手段と、前記トランザクション性能予測手段により予測されたトランザクションのシステム資源使用量をシステム性能予測モデルに入力することによりシステム全体のシステム資源使用量を予測するシステム性能予測手段とを有することを特徴とする。
【０００９】
また、本発明のソフトウェア・コンポーネントの性能測定を基にしたシステム性能予測方式は、前記コンポーネント性能測定手段が、テスト・ドライバ内に挿入され測定対象コンポーネントで発生したイベントを検出するアプリケーション・プローブとオペレーティング・システム内に挿入され測定対象システムで発生したイベントを検出するカーネル・プローブとを併用した測定によって得られるイベント・トレースを分析してソフトウェア・コンポーネントのシステム資源使用量を求めることを特徴とする。
【００１０】
さらに、本発明のソフトウェア・コンポーネントの性能測定を基にしたシステム性能予測方式は、前記コンポーネント性能測定手段が、オペレーティング・システム等の基本ソフトウェアが提供するシステム資源使用量計測機能を利用してソフトウェア・コンポーネントのシステム資源使用量を求めることを特徴とする。
【００１１】
さらにまた、本発明のソフトウェア・コンポーネントの性能測定を基にしたシステム性能予測方式は、前記システム性能予測手段が、システムで処理することになるトランザクションの処理内容を構成するソフトウェア・コンポーネントおよび要求から各ソフトウェア・コンポーネントが動作する際の動作条件を求め、ソフトウェア・コンポーネントおよび動作条件をキーとして前記性能データバースを検索してシステム資源使用量を求め、システム性能上重要なトランザクションについて処理に関与する全ソフトウェア・コンポーネントのシステム資源使用量を検索した結果を組み合わせてトランザクションのシステム資源使用量を予測し、得られた結果を組み合わせてシステム性能予測モデルに入力することによりシステム全体のシステム資源使用量を予測することを特徴とする。
【００１２】
また、本発明のソフトウェア・コンポーネントの性能測定を基にしたシステム性能予測方式は、前記システム性能予測手段が、システムで処理するトランザクションが複数種類あり、それらの実行比率がシステム設計情報として予め規定されているときは、各々のトランザクションについて前記トランザクション性能予測手段により予測したシステム資源使用量をトランザクションの実行比率と一緒にシステム性能予測モデルに入力することによりシステム全体のシステム資源使用量を予測することを特徴とする。
【００１３】
さらに、本発明のソフトウェア・コンポーネントの性能測定を基にしたシステム性能予測方式は、前記システム資源使用量が、ＣＰＵ使用時間であることを特徴とする。
【００１４】
一方、本発明のソフトウェア・コンポーネントの性能測定を基にしたシステム性能予測方法は、複数のソフトウェア・コンポーネントを組み合わせる手法で構築されるシステムのシステム性能予測方法において、システムを構成する個々のソフトウェア・コンポーネントのシステム資源使用量を予め測定して性能データベースに蓄える工程と、システムで処理することになるトランザクションのシステム資源使用量を該トランザクションの処理内容を構成するソフトウェア・コンポーネントおよび要求を考慮して性能データベースを検索した結果から予測する工程と、予測されたトランザクションのシステム資源使用量をシステム性能予測モデルに入力することによりシステム全体のシステム資源使用量を予測する工程とを含むことを特徴とする。
【００１５】
また、本発明のソフトウェア・コンポーネントの性能測定を基にしたシステム性能予測方法は、前記ソフトウェア・コンポーネントのシステム資源使用量を測定する工程では、テスト・ドライバ内に挿入され測定対象コンポーネントで発生したイベントを検出するアプリケーション・プローブとオペレーティング・システム内に挿入され測定対象システムで発生したイベントを検出するカーネル・プローブとを併用した測定によって得られるイベント・トレースを分析してソフトウェア・コンポーネントのシステム資源使用量を求めることを特徴とする。
【００１６】
さらに、本発明のソフトウェア・コンポーネントの性能測定を基にしたシステム性能予測方法は、前記ソフトウェア・コンポーネントのシステム資源使用量を測定する工程では、オペレーティング・システム等の基本ソフトウェアが提供するシステム資源使用量計測機能を利用してソフトウェア・コンポーネントのシステム資源使用量を求めることを特徴とする。
【００１７】
さらにまた、本発明のソフトウェア・コンポーネントの性能測定を基にしたシステム性能予測方法は、前記システム全体のシステム資源使用量を予測する工程では、システムで処理することになるトランザクションの処理内容を構成するソフトウェア・コンポーネントおよび要求から各ソフトウェア・コンポーネントが動作する際の動作条件を求め、ソフトウェア・コンポーネントおよび動作条件をキーとして前記性能データバースを検索してシステム資源使用量を求め、システム性能上重要なトランザクションについて処理に関与する全ソフトウェア・コンポーネントのシステム資源使用量を検索した結果を組み合わせてトランザクションのシステム資源使用量を予測し、得られた結果を組み合わせてシステム性能予測モデルに入力することによりシステム全体のシステム資源使用量を予測することを特徴とする。
【００１８】
また、本発明のソフトウェア・コンポーネントの性能測定を基にしたシステム性能予測方法は、前記システム全体のシステム資源使用量を予測する工程では、システムで処理するトランザクションが複数種類あり、それらの実行比率がシステム設計情報として予め規定されているときは、各々のトランザクションについて前記トランザクション性能予測手段により予測したシステム資源使用量をトランザクションの実行比率と一緒にシステム性能予測モデルに入力することによりシステム全体のシステム資源使用量を予測することを特徴とする。
【００１９】
さらに、本発明のソフトウェア・コンポーネントの性能測定を基にしたシステム性能予測方法は、前記システム資源使用量が、ＣＰＵ使用時間であることを特徴とする。
【００２０】
他方、本発明のプログラムは、コンピュータを、システムを構成する個々のソフトウェア・コンポーネントのシステム資源使用量を予め測定して性能データベースに蓄えるコンポーネント性能測定手段，システムで処理することになるトランザクションのシステム資源使用量を該トランザクションの処理内容を構成するソフトウェア・コンポーネントおよび要求を考慮して前記性能データベースを検索した結果から予測するトランザクション性能予測手段，および前記トランザクション性能予測手段により予測されたトランザクションのシステム資源使用量をシステム性能予測モデルに入力することによりシステム全体のシステム資源使用量を予測するシステム性能予測手段として機能させることを特徴とする。
【００２１】
また、本発明のプログラムは、前記コンポーネント性能測定手段が、テスト・ドライバ内に挿入され測定対象コンポーネントで発生したイベントを検出するアプリケーション・プローブとオペレーティング・システム内に挿入され測定対象システムで発生したイベントを検出するカーネル・プローブとを併用した測定によって得られるイベント・トレースを分析してソフトウェア・コンポーネントのシステム資源使用量を求めることを特徴とする。
【００２２】
さらに、本発明のプログラムは、前記コンポーネント性能測定手段が、オペレーティング・システム等の基本ソフトウェアが提供するシステム資源使用量計測機能を利用してソフトウェア・コンポーネントのシステム資源使用量を求めることを特徴とする。
【００２３】
さらにまた、本発明のプログラムは、前記システム性能予測手段が、システムで処理することになるトランザクションの処理内容を構成するソフトウェア・コンポーネントおよび要求から各ソフトウェア・コンポーネントが動作する際の動作条件を求め、ソフトウェア・コンポーネントおよび動作条件をキーとして前記性能データバースを検索してシステム資源使用量を求め、システム性能上重要なトランザクションについて処理に関与する全ソフトウェア・コンポーネントのシステム資源使用量を検索した結果を組み合わせてトランザクションのシステム資源使用量を予測し、得られた結果を組み合わせてシステム性能予測モデルに入力することによりシステム全体のシステム資源使用量を予測することを特徴とする。
【００２４】
また、本発明のプログラムは、前記システム性能予測手段が、システムで処理するトランザクションが複数種類あり、それらの実行比率がシステム設計情報として予め規定されているときは、各々のトランザクションについて前記トランザクション性能予測手段により予測したシステム資源使用量をトランザクションの実行比率と一緒にシステム性能予測モデルに入力することによりシステム全体のシステム資源使用量を予測することを特徴とする。
【００２５】
さらに、本発明のプログラムは、前記システム資源使用量が、ＣＰＵ使用時間であることを特徴とする。
【００２６】
図１において、コンポーネント性能測定手段２０は、カーネル・プローブとアプリケーション・プローブとを併用するイベント・トレース手法により、各ソフトウェア・コンポーネントのシステム資源使用量を測定する。このとき、アプリケーション・プローブは性能テスト・ドライバ・プログラム（以下、テスト・ドライバという）と測定対象コンポーネントとの境界を示すためにテスト・ドライバ中に挿入されるプローブであり、カーネル・プローブはテスト・ドライバが消費したシステム資源使用量の分析を可能とするためにオペレーティング・システムのカーネル中に挿入されるプローブである。
【００２７】
このような測定を繰り返し、複数の動作条件下でのソフトウェア・コンポーネントのシステム資源使用量を調べ、ソフトウェア・コンポーネントおよび動作条件をキーとして、そのシステム資源使用量を性能予測の基礎となる性能データベース１０に蓄えておく。
【００２８】
システム性能の予測は、以下の手順により行う。
【００２９】
１）システムで処理することになるトランザクションの処理内容を構成するソフトウェア・コンポーネントおよび要求から各ソフトウェア・コンポーネントが動作する際の動作条件を求める。
【００３０】
２）ソフトウェア・コンポーネントおよび動作条件をキーとして性能データベース１０を検索してシステム資源使用量を求める。
【００３１】
３）システム性能上重要なトランザクションについて、処理に関与する全ソフトウェア・コンポーネントのシステム資源使用量を検索した結果を組み合わせ、そのトランザクションのシステム資源使用量を予測する。
【００３２】
４）前記３）で得られた結果を組み合わせてシステム性能予測モデルに入力することによりシステム全体のシステム資源使用量を予測する。
【００３３】
このようにして、ソフトウェア・コンポーネントの性能測定を基にしたシステム性能予測を可能にする。
【００３４】
【発明の実施の形態】
以下、本発明の実施の形態について図面を参照しながら詳細に説明する。
【００３５】
［第１の実施の形態］
図１を参照すると、本発明の第１の実施の形態に係るシステム性能予測方式は、各ソフトウェア・コンポーネントのシステム資源使用量を蓄える性能データベース１０と、各ソフトウェア・コンポーネントのシステム資源使用量を測定して測定結果を性能データベース１０に格納するコンポーネント性能測定手段２０と、性能データベース１０に蓄えられた各ソフトウェア・コンポーネントのシステム資源使用量からトランザクションのシステム資源使用量を予測するトランザクション性能予測手段３０と、トランザクションのシステム資源使用量をシステム性能予測モデルに入力することによりシステム全体のシステム資源使用量を予測するシステム性能予測手段４０とからなる。
【００３６】
次に、このように構成された第１の実施の形態に係るソフトウェア・コンポーネントの性能測定を基にしたシステム性能予測方式の動作について説明する。
【００３７】
図２に示すように、まず、評価対象システムによるトランザクションの処理には、通信コンポーネントＡ，適用コンポーネントＢおよびデータベースコンポーネントＣの３種類のソフトウェア・コンポーネントが関与するものとする。
【００３８】
図３は、通信コンポーネントＡの動作を示すフローチャートである。通信コンポーネントＡは、システム外部より処理要求メッセージの到着を待ち（ステップＳ１０１）、処理要求メッセージを受け取ると（ステップＳ１０２）、処理番号で示される処理を引数を付けて呼び出すことにより必要となる処理の一部を別のソフトウェア・コンポーネント（適用コンポーネントＢ）に依頼し（ステップＳ１０３）、処理の戻り値を応答メッセージとして要求元に送信する（ステップＳ１０４）。
【００３９】
図４は、適用コンポーネントＢの動作を示すフローチャートである。適用コンポーネントＢに用意されている処理は、処理Ｂ１および処理Ｂ２の２種類である。処理Ｂ１では、引数で渡される番号をｉｎｄｅｘとしてデータベースコンポーネントＣに検索要求を出し（ステップＳ２０１）、検索したレコードにあるｖａｌｕｅフィールドの値を戻り値とする（ステップＳ２０２）。また、処理Ｂ２では、第１引数で渡される番号をｉｎｄｅｘとするレコードのｖａｌｕｅフィールドを第２引数の値に変更するようにデータベースコンポーネントＣに更新要求を出し（ステップＳ２１１）、更新要求が成功したか失敗したかを示す値を戻り値とする（ステップＳ２１２）。適用コンポーネントＢの処理が完了すると、その処理結果が応答メッセージとして通信コンポーネントＡに戻され、そこからトランザクションの処理結果としてシステム外部に処理完了メッセージが送られる。
【００４０】
図５は、適用コンポーネントＢが用意している処理Ｂ１を外部から要求された際のトランザクション処理の全体動作を示すシーケンス図である。図５に示す通り、各ソフトウェア・コンポーネントとも、ソフトウェア・コンポーネント外（システム外部の場合もある）から処理要求を受け取ると処理を開始し、必要に応じて別のソフトウェア・コンポーネントに処理を依頼しならが自ソフトウェア・コンポーネントの処理を進め、これが完了すると要求元に処理結果を通知する、という動作を行う。
【００４１】
ここで、各ソフトウェア・コンポーネントの処理に必要となるシステム資源使用量（本実施の形態では、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）使用時間とする）は、以下の要因で決まることが分かっているものとする。
【００４２】
１）通信コンポーネントＡのＣＰＵ使用時間は、受信する処理要求メッセージに含まれる引数の数。
【００４３】
２）適用コンポーネントＢのＣＰＵ使用時間は、処理内容（本実施の形態では、処理Ｂ１または処理Ｂ２）。
【００４４】
３）データベースコンポーネントＣのＣＰＵ使用時間は、処理内容（本実施の形態では、検索または更新）。
【００４５】
図６は、各々のソフトウェア・コンポーネントについて、性能としてＣＰＵ使用時間を測定するコンポーネント性能測定手段２０の構成を示すブロック図である。コンポーネント性能測定手段２０による測定の対象となるソフトウェア・コンポーネント（以下、測定対象コンポーネントという）２２は、測定の対象となるシステム（以下、測定対象システムという）２１の一部を構成しており、測定対象システム２１は、測定対象システム２１で発生したイベントを検出するカーネル・プローブ２４が挿入されたオペレーティング・システム２３と、測定対象コンポーネント２２で発生したイベントを検出するアプリケーション・プローブ２６が挿入されたテスト・ドライバ２５と、アプリケーション・プローブ２６が検出したイベントを時系列的にイベント・トレース２８として記録するイベント記録手段２７と、イベント・トレース２８を分析して測定対象コンポーネント２２が要求を処理するときのＣＰＵ使用時間を求める性能分析手段２９とから構成されている。
【００４６】
カーネル・プローブ２４は、プログラムによるＣＰＵ使用開始（再開）イベントと使用終了（中断）イベントとを検出する。
【００４７】
テスト・ドライバ２５は、測定対象コンポーネント２２のＣＰＵ使用時間を左右する要因の内、処理要求を発行する側で制御可能な動作条件をパラメータとして入力した上で、測定対象コンポーネント２２に対して処理要求（要求ａ）を行い、その処理結果（応答ａ）を受け取る。さらに、テスト・ドライバ２５は、測定対象コンポーネント２２が別のソフトウェア・コンポーネントに対して処理要求を行う場合は、その処理要求（要求ｂ）を受け取り、それに対して擬似的な処理結果（応答ｂ）を返す。また、テスト・ドライバ２５内には、測定対象コンポーネント２２に制御を移すイベント（▲１▼，▲３▼）、および測定対象コンポーネント２２から制御が戻ったというイベント（▲２▼，▲４▼）を検出するアプリケーション・プローブ２６を埋め込んでおく。
【００４８】
図７は、適用コンポーネント測定用のテスト・ドライバ２５を用いて適用コンポーネントＢを駆動したときの動作を示すシーケンス図である。図７に示す通り、適用コンポーネントＢが動作している期間（区切り）は、テスト・ドライバ２５内に予め組み込まれているアプリケーション・プローブ２６が出力するイベントにより知ることができる。
【００４９】
性能測定においては、測定実施者が動作条件を与えてテスト・ドライバ２５を動作させ、測定対象コンポーネント２２を駆動する。この動作に伴って発生するイベントをイベント記録手段２７で逐次記録していくことで、イベント・トレース２８が作成される。
【００５０】
図８は、イベント・トレース２８の内容例を示す。このイベント・トレース２８を性能分析手段２９によって分析することにより、イベント▲１▼からイベント▲２▼までの間のプログラム実行，およびイベント▲３▼からイベント▲４▼までのプログラム実行についてＣＰＵ使用時間を求めることができる。すなわち、イベント▲１▼からイベント▲２▼までの時間は１００であるが、この間の１０はＣＰＵ使用を中断していたため、ＣＰＵ使用時間は９０であることがわかる。同様に、イベント▲３▼からイベント▲４▼までの期間についてのＣＰＵ使用時間は１９０であることが分かるので、前記動作条件下での測定対象コンポーネント２２のＣＰＵ使用時間は２９０であることが求まる。
【００５１】
同様に、テスト・ドライバ２５に異なる動作条件を与えて同様の測定および分析を行うことで、測定対象コンポーネント２２が異なる動作条件下で動作したときのＣＰＵ使用時間を求めることができる。
【００５２】
このようにして得られる動作条件およびＣＰＵ使用時間の組を、性能データベース１０に登録する。
【００５３】
以上がコンポーネント性能測定手段２０によって実行される性能測定手順である。
【００５４】
図９は、図２に示した通信コンポーネントＡ，適用コンポーネントＢおよびデータベースコンポーネントＣの３種類のソフトウェア・コンポーネントについて作成した性能データベース１０の内容例を示す。
【００５５】
なお、測定対象コンポーネント２２によっては、テスト・ドライバ２５の上位側（処理要求を行う側）が測定対象システムの外部に存在する場合（通信コンポーネントＡ）や、テスト・ドライバ２５の下位側（測定対象コンポーネント２２が出す処理要求を受け取り、擬似的な応答メッセージを返す側）が存在しない場合（データベースコンポーネントＣ）もある。
【００５６】
ソフトウェア・コンポーネントのシステム資源使用量を測定するとき、すなわち、テスト・ドライバ２５と組み合わされた場合、そのソフトウェア・コンポーネントに対して処理を要求する上位コンポーネントや、そのソフトウェア・コンポーネントからの要求を処理する下位コンポーネントの処理はテスト・ドライバ２５が代行するので、実システムでは必要となる上位コンポーネントおよび下位コンポーネントが未完成の状態でも性能測定が可能となる点が、本実施の形態の特徴の１つである。
【００５７】
次に、システム性能予測手段４０により実行される評価対象システムの性能予測について説明する。
【００５８】
一般に、システムの性能予測は、１トランザクションの処理に要するシステム資源使用量（ＣＰＵ使用時間など）を入力とし、複数のトランザクションを並行して実行した場合の性能（スループット，トランザクションのレスポンス時間，システム資源の使用率）を予測するもので、待ち行列網モデルやシミュレーションモデルを用いたツール（システム性能予測モデル）が既存技術として存在している（例えば、前記非特許文献１参照））。システム性能予測手段４０による性能予測で重要な点は、システム性能予測モデルに入力するデータ、すなわち１トランザクションの処理に要するシステム資源使用量を、性能データベース１０から作成する点にある。
【００５９】
まず、図２に示したトランザクションについて、ＣＰＵ使用時間を予測する手順を示す。図２より、通信コンポーネントＡ，適用コンポーネントＢ，データベースコンポーネントＣの各ソフトウェア・コンポーネントの動作条件は、以下の通りであることが分かる。
【００６０】
１）通信コンポーネントＡは、引数を１つ含む処理要求メッセージを受け取る。
【００６１】
２）適用コンポーネントＢは、処理Ｂ１を行う。
【００６２】
３）データベースコンポーネントＣは、検索処理を行う。
【００６３】
ソフトウェア・コンポーネントおよび動作条件をキーとして図９に示す性能データベース１０を検索すると、通信コンポーネントＡ，適用コンポーネントＢおよびデータベースコンポーネントＣのＣＰＵ使用時間は、それぞれ１０，５，５０であることがわかり、図１０に示すようなシーケンス図が得られる。図１０から明らかなとおり、トランザクション全体のＣＰＵ使用時間は各ソフトウェア・コンポーネントのＣＰＵ使用時間の和となることから、図２に示すトランザクションを処理するために必要なＣＰＵ使用時間は６５となることが予測される。
【００６４】
このようにして得られたトランザクションのＣＰＵ使用時間を、従来技術によるシステム性能予測モデルに入力し、システム全体の性能（主にはスループットとレスポンス時間との関係）を予測する。
【００６５】
また、図１１に示す別のトランザクションの性能も、前記の手順と同様に、トランザクションの処理内容より予測することができる。すなわち、各ソフトウェア・コンポーネントおよび動作条件（通信コンポーネントＡは引数を２つ含む処理要求メッセージを受け取る、適用コンポーネントＢは処理Ｂ２を行う、データベースコンポーネントＣは更新処理を行う）より、各ソフトウェア・コンポーネントのＣＰＵ使用時間はそれぞれ１５，１０，７０であり、図１２に示すシーケンス図からトランザクション全体の処理に要するＣＰＵ使用時間は９５であることが予測できる。
【００６６】
このようにして得られたトランザクションのＣＰＵ使用時間を、従来技術によるシステム性能予測モデルに入力し、システム全体の性能（主にはスループットとレスポンス時間との関係）を予測する。
【００６７】
このように、コンポーネント性能測定手段２０による性能測定を様々な動作条件下で行い、性能データベース１０を充実させておくと、新たなソフトウェア・コンポーネントの性能測定手順を行うことなく、様々なトランザクションを処理するシステム全体のＣＰＵ使用時間を迅速に予測することが可能となる。すなわち、システム設計時に規定されるトランザクションの処理内容から各ソフトウェア・コンポーネントの動作条件を抽出して性能データベース１０を検索し、その結果を合計すればトランザクション全体を処理するのに要するＣＰＵ使用時間を予測することができる。
【００６８】
第１の実施の形態によれば、各ソフトウェア・コンポーネントのシステム資源使用量を別個に測定した結果を組み合わせてシステム全体のシステム資源使用量を予測するため、複数のソフトウェア・コンポーネントを組み合わせて構築されるシステム全体のシステム資源使用量を、実システムを構築することなく予測できるという効果がある。
【００６９】
また、測定結果として性能データベース１０に格納されるのが、各種のトランザクションの処理で共通的に行われるソフトウェア・コンポーネントの基本動作の性能であるため、異なるトランザクションのシステム資源使用量を予測する際にも利用できることから、性能データベース１０を構築しておくことにより、様々なソフトウェア・コンポーネント構成のシステムや、様々なトランザクションを処理するシステムについてシステム資源使用量を予測することができるという効果がある。
【００７０】
［第２の実施の形態］
図１３は、本発明の第２の実施の形態に係るソフトウェア・コンポーネントの性能測定を基にしたシステム性能予測方式の構成を示すブロック図である。本実施の形態に係るソフトウェア・コンポーネントの性能測定を基にしたシステム性能予測方式は、図１に示した第１の実施の形態に係るソフトウェア・コンポーネントの性能測定を基にしたシステム性能予測方式におけるアプリケーション・プローブ２６とカーネル・プローブ２４とを併用するイベント・トレース２８を利用するコンポーネント性能測定手段２０に代えて、オペレーティング・システム２３等の基本ソフトウェアが提供するシステム資源使用量計測機能を利用するコンポーネント性能測定手段２０’を用いるようにしたものである。システム資源使用量計測機能は、各プログラムが実行開始時点から消費しているＣＰＵ使用時間を累計しており、この値（以下、ＣＰＵ消費時間累計値という）をプログラム中から調べられるようになっているため、測定開始点（図７の▲１▼や▲３▼）および測定終了点（図７の▲２▼や▲４▼）でＣＰＵ消費時間累計値を調べればＣＰＵ使用時間を予測することができる。すなわち、▲２▼−▲１▼と▲４▼−▲３▼との和がＣＰＵ使用時間となるわけである（式中の▲１▼は、図７の▲１▼の時点で調べたＣＰＵ消費時間累計値を示す。▲２▼，▲３▼，▲４▼も同様）。
【００７１】
システムで処理するトランザクションが複数種類あり、それらの実行比率がシステム設計情報として予め規定されているときは、各々のトランザクションについてトランザクション性能予測手段３０により予測したＣＰＵ使用時間を、トランザクションの実行比率と一緒にシステム性能予測モデルに入力することにより性能予測を行う。
【００７２】
［第３の実施の形態］
図１４は、本発明の第３の実施の形態に係るソフトウェア・コンポーネントの性能測定を基にしたシステム性能予測方式の構成を示すブロック図である。本実施の形態に係るソフトウェア・コンポーネントの性能測定を基にしたシステム性能予測方式は、図１に示した第１の実施の形態に係るソフトウェア・コンポーネントの性能測定を基にしたシステム性能予測方式を搭載するコンピュータ１００に対してシステム性能予測プログラム２００を付加するようにした点だけが異なる。したがって、その他の特に言及しない部分には同一符号を付して、それらの詳しい説明を省略する。
【００７３】
システム性能予測プログラム２００は、コンピュータ１００に読み込まれ、コンピュータ１００の動作を、性能データベース１０，コンポーネント性能測定手段２０，トランザクション性能予測手段３０，およびシステム性能予測手段４０として制御する。システム性能予測プログラム２００の制御によるコンピュータ１００の動作は、第１の実施の形態におけるソフトウェア・コンポーネントの性能測定を基にしたシステム性能予測方式の動作と全く同様になるので、その詳しい説明を割愛する。
【００７４】
［第４の実施の形態］
図１５は、本発明の第４の実施の形態に係るソフトウェア・コンポーネントの性能測定を基にしたシステム性能予測方式の構成を示すブロック図である。本実施の形態に係るソフトウェア・コンポーネントの性能測定を基にしたシステム性能予測方式は、図１３に示した第２の実施の形態に係るソフトウェア・コンポーネントの性能測定を基にしたシステム性能予測方式を搭載するコンピュータ１００に対してシステム性能予測プログラム２００’を付加するようにした点だけが異なる。したがって、その他の特に言及しない部分には同一符号を付して、それらの詳しい説明を省略する。
【００７５】
システム性能予測プログラム２００’は、コンピュータ１００に読み込まれ、コンピュータ１００の動作を、性能データベース１０，コンポーネント性能測定手段２０’，トランザクション性能予測手段３０，およびシステム性能予測手段４０として制御する。システム性能予測プログラム２００’の制御によるコンピュータ１００の動作は、第２の実施の形態におけるソフトウェア・コンポーネントの性能測定を基にしたシステム性能予測方式の動作と全く同様になるので、その詳しい説明を割愛する。
【００７６】
【発明の効果】
第１の効果は、複数のソフトウェア・コンポーネントを組み合わせて構築されるシステム全体の性能を、実システムを構築することなく予測できることである。その理由は、各ソフトウェア・コンポーネントの性能を別個に測定した結果を組み合わせてシステム全体の性能を予測するためである。
【００７７】
第２の効果は、性能データベースを構築しておくことにより、様々なソフトウェア・コンポーネント構成のシステムや、様々なトランザクションを処理するシステムについて性能予測を行うことができることである。その理由は、測定結果として性能データベースに格納されるのが、各種のトランザクションの処理で共通的に行われるソフトウェア・コンポーネントの基本動作の性能であるため、異なるトランザクションの処理性能を予測する際にも利用できるためである。
【図面の簡単な説明】
【図１】本発明の第１の実施の形態に係るソフトウェア・コンポーネントの性能測定を基にしたシステム性能予測方式の構成を示すブロック図である。
【図２】通信コンポーネント，適用コンポーネントおよびデータベースコンポーネントが関与するトランザクションの処理の一例を説明する図である。
【図３】図２中の通信コンポーネントの動作を示すフローチャートである。
【図４】図２中の適用コンポーネントの動作を示すフローチャートである。
【図５】図２中の適用コンポーネントが用意している処理を外部から要求された際の全体動作を示すシーケンス図である。
【図６】図１中のコンポーネント性能測定手段の一例を示すブロック図である。
【図７】図６中のテスト・ドライバを用いて適用コンポーネントを駆動したときの動作を示すシーケンス図である。
【図８】図６中のイベント・トレースの内容例を示す図である。
【図９】図２に示した３種類のソフトウェア・コンポーネントについて作成した性能データベースの内容例を示す図である。
【図１０】図２に示したトランザクション全体のＣＰＵ使用時間が各ソフトウェア・コンポーネントのＣＰＵ使用時間の和となることを示すシーケンス図である。
【図１１】通信コンポーネント，適用コンポーネントおよびデータベースコンポーネントが関与するトランザクションの処理の他の例を説明する図である。
【図１２】図１１に示したトランザクション全体のＣＰＵ使用時間が各ソフトウェア・コンポーネントのＣＰＵ使用時間の和となることを示すシーケンス図である。
【図１３】本発明の第２の実施の形態に係るソフトウェア・コンポーネントの性能測定を基にしたシステム性能予測方式の構成を示すブロック図である。
【図１４】本発明の第３の実施の形態に係るソフトウェア・コンポーネントの性能測定を基にしたシステム性能予測方式の構成を示すブロック図である。
【図１５】本発明の第４の実施の形態に係るソフトウェア・コンポーネントの性能測定を基にしたシステム性能予測方式の構成を示すブロック図である。
【符号の説明】
１０ 性能データベース
２０，２０’ コンポーネント性能測定手段
２１ 測定対象システム
２２ 測定対象コンポーネント
２３ オペレーティング・システム
２４ カーネル・プローブ
２５ テスト・ドライバ
２６ アプリケーション・プローブ
２７ イベント記録手段
２８ イベント・トレース
２９ 性能分析手段
３０ トランザクション性能予測手段
４０ システム性能予測手段
１００ コンピュータ
２００，２００’ システム性能予測プログラム
Ａ 通信コンポーネント
Ｂ 適用コンポーネント
Ｂ１，Ｂ２ 処理
Ｃ データベースコンポーネント
Claims (9)
- 複数のソフトウェア・コンポーネントを組み合わせる手法で構築されるシステムのシステム性能予測方式において、
テスト・ドライバ内に挿入され測定対象コンポーネントで発生したイベントを検出するアプリケーション・プローブとオペレーティング・システム内に挿入され測定対象システムで発生したイベントを検出するカーネル・プローブとを併用した測定によって得られるイベント・トレースを分析してソフトウェア・コンポーネントのＣＰＵ使用時間を予め測定して、該測定対象コンポーネントの動作条件とともに性能データベースに記憶するコンポーネント性能測定手段と、
予め設定されたシステムで処理することになるトランザクションの処理を構成するソフトウェア・コンポーネントの種類およびシステム外部から入力される処理要求メッセージに含まれるソフトウェア・コンポーネントに要求される処理の内容に基づいて各ソフトウェア・コンポーネントが動作する際の動作条件を求め、ソフトウェア・コンポーネントおよび動作条件をキーとして前記性能データベースを検索してＣＰＵ使用時間を求めるトランザクション性能予測手段と、
前記トランザクション性能予測手段による前記各ソフトウェア・コンポーネントのＣＰＵ使用時間の検索の結果を組み合わせて、トランザクションのＣＰＵ使用時間を予測し、得られた結果を組み合わせてシステム性能予測モデルに入力することによりトランザクション全体の処理に要するＣＰＵ使用時間を予測するシステム性能予測手段と、
を有することを特徴とするソフトウェア・コンポーネントの性能測定を基にしたシステム性能予測方式。 - 複数のソフトウェア・コンポーネントを組み合わせる手法で構築されるシステムのシステム性能予測方式において、
オペレーティング・システム等の基本ソフトウェアが提供するＣＰＵ使用時間計測機能を利用してソフトウェア・コンポーネントのＣＰＵ使用時間を予め測定して、該測定対象コンポーネントの動作条件とともに性能データベースに記憶するコンポーネント性能測定手段と、
予め設定されたシステムで処理することになるトランザクションの処理を構成するソフトウェア・コンポーネントの種類およびシステム外部から入力される処理要求メッセージに含まれるソフトウェア・コンポーネントに要求される処理の内容に基づいて各ソフトウェア・コンポーネントが動作する際の動作条件を求め、ソフトウェア・コンポーネントおよび動作条件をキーとして前記性能データベースを検索してＣＰＵ使用時間を求めるトランザクション性能予測手段と、
前記トランザクション性能予測手段による前記各ソフトウェア・コンポーネントのＣＰＵ使用時間の検索の結果を組み合わせて、トランザクションのＣＰＵ使用時間を予測し、得られた結果を組み合わせてシステム性能予測モデルに入力することによりトランザクション全体の処理に要するＣＰＵ使用時間を予測するシステム性能予測手段と、
を有することを特徴とするソフトウェア・コンポーネントの性能測定を基にしたシステム性能予測方式。 - 前記システム性能予測手段が、システムで処理するトランザクションが複数種類あり、それらの実行比率がシステム設計情報として予め規定されているときは、各々のトランザクションについて前記トランザクション性能予測手段により予測したＣＰＵ使用時間をトランザクションの実行比率と一緒にシステム性能予測モデルに入力することによりトランザクション全体の処理に要するＣＰＵ使用時間を予測することを特徴とする請求項１または請求項２記載のソフトウェア・コンポーネントの性能測定を基にしたシステム性能予測方式。
- 複数のソフトウェア・コンポーネントを組み合わせる手法で構築されるシステムのシステム性能予測方式において、
コンポーネント性能測定手段が、テスト・ドライバ内に挿入され測定対象コンポーネントで発生したイベントを検出するアプリケーション・プローブとオペレーティング・システム内に挿入され測定対象システムで発生したイベントを検出するカーネル・プローブとを併用した測定によって得られるイベント・トレースを分析してソフトウェア・コンポーネントのＣＰＵ使用時間を予め測定して、該測定対象コンポーネントの動作条件とともに性能データベースに記憶する工程と、
トランザクション性能予測手段が、予め設定されたシステムで処理することになるトランザクションの処理を構成するソフトウェア・コンポーネントの種類およびシステム外部から入力される処理要求メッセージに含まれるソフトウェア・コンポーネントに要求される処理の内容に基づいて各ソフトウェア・コンポーネントが動作する際の動作条件を求め、ソフトウェア・コンポーネントおよび動作条件をキーとして前記性能データベースを検索してＣＰＵ使用時間を求める工程と、
システム性能予測手段が、前記トランザクション性能予測手段による前記各ソフトウェア・コンポーネントのＣＰＵ使用時間の検索の結果を組み合わせて、トランザクションのＣＰＵ使用時間を予測し、得られた結果を組み合わせてシステム性能予測モデルに入力することによりトランザクション全体の処理に要するＣＰＵ使用時間を予測する工程と、
を含むことを特徴とするソフトウェア・コンポーネントの性能測定を基にしたシステム性能予測方法。 - 複数のソフトウェア・コンポーネントを組み合わせる手法で構築されるシステムのシステム性能予測方式において、
コンポーネント性能測定手段が、オペレーティング・システム等の基本ソフトウェアが提供するＣＰＵ使用時間計測機能を利用してソフトウェア・コンポーネントのＣＰＵ使用時間を予め測定して、該測定対象コンポーネントの動作条件とともに性能データベースに記憶する工程と、
トランザクション性能予測手段が、予め設定されたシステムで処理することになるトランザクションの処理を構成するソフトウェア・コンポーネントの種類およびシステム外部から入力される処理要求メッセージに含まれるソフトウェア・コンポーネントに要求される処理の内容に基づいて各ソフトウェア・コンポーネントが動作する際の動作条件を求め、ソフトウェア・コンポーネントおよび動作条件をキーとして前記性能データベースを検索してＣＰＵ使用時間を求める工程と、
システム性能予測手段が、前記トランザクション性能予測手段による前記各ソフトウェア・コンポーネントのＣＰＵ使用時間の検索の結果を組み合わせて、トランザクションのＣＰＵ使用時間を予測し、得られた結果を組み合わせてシステム性能予測モデルに入力することによりトランザクション全体の処理に要するＣＰＵ使用時間を予測する工程と、
を有することを特徴とするソフトウェア・コンポーネントの性能測定を基にしたシステム性能予測方式。 - 前記システム資源使用量を予測する工程では、システムで処理するトランザクションが複数種類あり、それらの実行比率がシステム設計情報として予め規定されているときは、各々のトランザクションについて前記トランザクション性能予測手段により予測したＣＰＵ使用時間をトランザクションの実行比率と一緒にシステム性能予測モデルに入力することによりトランザクション全体の処理に要するＣＰＵ使用時間を予測することを特徴とする請求項４または請求項５記載のソフトウェア・コンポーネントの性能測定を基にしたシステム性能予測方法。
- コンピュータを、
テスト・ドライバ内に挿入され測定対象コンポーネントで発生したイベントを検出するアプリケーション・プローブとオペレーティング・システム内に挿入され測定対象システムで発生したイベントを検出するカーネル・プローブとを併用した測定によって得られるイベント・トレースを分析してソフトウェア・コンポーネントのＣＰＵ使用時間を予め測定して、該測定対象コンポーネントの動作条件とともに性能データベースに記憶するコンポーネント性能測定手段と、
予め設定されたシステムで処理することになるトランザクションの処理を構成するソフトウェア・コンポーネントの種類およびシステム外部から入力される処理要求メッセージに含まれるソフトウェア・コンポーネントに要求される処理の内容に基づいて各ソフトウェア・コンポーネントが動作する際の動作条件を求め、ソフトウェア・コンポーネントおよび動作条件をキーとして前記性能データベースを検索してＣＰＵ使用時間を求めるトランザクション性能予測手段と、
前記トランザクション性能予測手段による前記各ソフトウェア・コンポーネントのＣＰＵ使用時間の検索の結果を組み合わせて、トランザクションのＣＰＵ使用時間を予測し、得られた結果を組み合わせてシステム性能予測モデルに入力することによりトランザクション全体の処理に要するＣＰＵ使用時間を予測するシステム性能予測手段、
として機能させるためのプログラム。 - コンピュータを、
オペレーティング・システム等の基本ソフトウェアが提供するＣＰＵ使用時間計測機能を利用してソフトウェア・コンポーネントのＣＰＵ使用時間を予め測定して、該測定対象コンポーネントの動作条件とともに性能データベースに記憶するコンポーネント性能測定手段と、
予め設定されたシステムで処理することになるトランザクションの処理を構成するソフトウェア・コンポーネントの種類およびシステム外部から入力される処理要求メッセージに含まれるソフトウェア・コンポーネントに要求される処理の内容に基づいて各ソフトウェア・コンポーネントが動作する際の動作条件を求め、ソフトウェア・コンポーネントおよび動作条件をキーとして前記性能データベースを検索してＣＰＵ使用時間を求めるトランザクション性能予測手段と、
前記トランザクション性能予測手段による前記各ソフトウェア・コンポーネントのＣＰＵ使用時間の検索の結果を組み合わせて、トランザクションのＣＰＵ使用時間を予測し、得られた結果を組み合わせてシステム性能予測モデルに入力することによりトランザクション全体の処理に要するＣＰＵ使用時間を予測するシステム性能予測手段、
として機能させるためのプログラム。 - 前記システム性能予測手段が、システムで処理するトランザクションが複数種類あり、それらの実行比率がシステム設計情報として予め規定されているときは、各々のトランザクションについて前記トランザクション性能予測手段により予測したＣＰＵ使用時間をトランザクションの実行比率と一緒にシステム性能予測モデルに入力することによりトランザクション全体の処理に要するＣＰＵ使用時間を予測することを特徴とする請求項７または請求項８記載のプログラム。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003008936A JP4787460B2 (ja) | 2003-01-17 | 2003-01-17 | ソフトウェア・コンポーネントの性能測定を基にしたシステム性能予測方式および方法 |
| US10/757,426 US7376549B2 (en) | 2003-01-17 | 2004-01-15 | System performance prediction mechanism and method based on software component performance measurements |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003008936A JP4787460B2 (ja) | 2003-01-17 | 2003-01-17 | ソフトウェア・コンポーネントの性能測定を基にしたシステム性能予測方式および方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2004220453A JP2004220453A (ja) | 2004-08-05 |
| JP4787460B2 true JP4787460B2 (ja) | 2011-10-05 |
Family
ID=32732747
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2003008936A Expired - Lifetime JP4787460B2 (ja) | 2003-01-17 | 2003-01-17 | ソフトウェア・コンポーネントの性能測定を基にしたシステム性能予測方式および方法 |
Country Status (2)
| Country | Link |
|---|---|
| US (1) | US7376549B2 (ja) |
| JP (1) | JP4787460B2 (ja) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR101606283B1 (ko) | 2014-10-21 | 2016-03-24 | 강원대학교산학협력단 | 컴포넌트 기반 소프트웨어 시스템 테스트를 위한 예상 결과 값 자동 생성 장치 |
Families Citing this family (62)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20060248529A1 (en) * | 2002-12-27 | 2006-11-02 | Loboz Charles Z | System and method for estimation of computer resource usage by transaction types |
| US8010337B2 (en) * | 2004-09-22 | 2011-08-30 | Microsoft Corporation | Predicting database system performance |
| JP2006099308A (ja) | 2004-09-29 | 2006-04-13 | Hitachi Ltd | コンポーネントベース・アプリケーション構築方法 |
| JP4654707B2 (ja) * | 2005-02-18 | 2011-03-23 | 日本電気株式会社 | ボトルネック検出システム、測定対象サーバ、ボトルネック検出方法およびプログラム |
| JP4549231B2 (ja) | 2005-05-17 | 2010-09-22 | 富士通株式会社 | サービス処理状況分析プログラム、サービス処理状況分析方法、およびサービス処理状況分析装置 |
| JP4716259B2 (ja) | 2006-03-29 | 2011-07-06 | 日本電気株式会社 | サイジング支援システム、方法、及びプログラム |
| US8924335B1 (en) | 2006-03-30 | 2014-12-30 | Pegasystems Inc. | Rule-based user interface conformance methods |
| WO2007145903A2 (en) * | 2006-06-05 | 2007-12-21 | Acumem Ab | System for and method of capturing application characteristics data from a computer system and modeling target system |
| US8443341B2 (en) * | 2006-11-09 | 2013-05-14 | Rogue Wave Software, Inc. | System for and method of capturing application characteristics data from a computer system and modeling target system |
| KR100921514B1 (ko) * | 2006-12-05 | 2009-10-13 | 한국전자통신연구원 | 성능 예측 기능을 제공하는 소프트웨어 개발 장치 및 방법 |
| US8250525B2 (en) * | 2007-03-02 | 2012-08-21 | Pegasystems Inc. | Proactive performance management for multi-user enterprise software systems |
| US8539455B2 (en) * | 2007-03-26 | 2013-09-17 | Rogue Wave Software, Inc. | System for and method of capturing performance characteristics data from a computer system and modeling target system performance |
| WO2009044589A1 (ja) * | 2007-10-03 | 2009-04-09 | Nec Corporation | 階層型負荷推定システム、方法およびプログラム |
| US7941387B2 (en) * | 2007-11-05 | 2011-05-10 | International Business Machines Corporation | Method and system for predicting resource usage of reusable stream processing elements |
| US8140319B2 (en) * | 2008-02-05 | 2012-03-20 | International Business Machines Corporation | Method and system for predicting system performance and capacity using software module performance statistics |
| US20090217282A1 (en) * | 2008-02-26 | 2009-08-27 | Vikram Rai | Predicting cpu availability for short to medium time frames on time shared systems |
| US8112262B1 (en) * | 2008-09-30 | 2012-02-07 | Interactive TKO, Inc. | Service modeling and virtualization |
| US8645922B2 (en) * | 2008-11-25 | 2014-02-04 | Sap Ag | System and method of implementing a concurrency profiler |
| JP5029584B2 (ja) * | 2008-11-28 | 2012-09-19 | 日本電気株式会社 | 開発支援装置 |
| US8843435B1 (en) | 2009-03-12 | 2014-09-23 | Pegasystems Inc. | Techniques for dynamic data processing |
| JP5207007B2 (ja) * | 2009-05-12 | 2013-06-12 | 日本電気株式会社 | モデル検証システム、モデル検証方法および記録媒体 |
| US8538740B2 (en) | 2009-10-14 | 2013-09-17 | International Business Machines Corporation | Real-time performance modeling of software systems with multi-class workload |
| US20120203536A1 (en) * | 2009-10-21 | 2012-08-09 | International Business Machines Corporation | Method and system for software behaviour management |
| KR101080974B1 (ko) * | 2009-11-24 | 2011-11-09 | 한국과학기술정보연구원 | 계산 시뮬레이션 모사 시스템 및 그 방법 |
| US9639446B2 (en) * | 2009-12-21 | 2017-05-02 | International Business Machines Corporation | Trace monitoring |
| JP5136567B2 (ja) * | 2010-01-15 | 2013-02-06 | 日本電気株式会社 | プログラム検査支援システム、プログラム検査支援方法およびプログラム検査支援プログラム |
| US9195936B1 (en) | 2011-12-30 | 2015-11-24 | Pegasystems Inc. | System and method for updating or modifying an application without manual coding |
| US9703950B2 (en) * | 2012-03-30 | 2017-07-11 | Irdeto B.V. | Method and system for preventing and detecting security threats |
| US9058428B1 (en) | 2012-04-12 | 2015-06-16 | Amazon Technologies, Inc. | Software testing using shadow requests |
| US9268663B1 (en) * | 2012-04-12 | 2016-02-23 | Amazon Technologies, Inc. | Software testing analysis and control |
| US8904412B2 (en) * | 2012-09-26 | 2014-12-02 | International Business Machines Corporation | Dynamic performance data collection in large computer servers |
| JP6094595B2 (ja) * | 2012-10-02 | 2017-03-15 | 日本電気株式会社 | 情報システム構築支援装置、情報システム構築支援方法および情報システム構築支援プログラム |
| US9558105B2 (en) | 2013-03-15 | 2017-01-31 | Ca, Inc. | Transactional boundaries for virtual model generation |
| US10025839B2 (en) | 2013-11-29 | 2018-07-17 | Ca, Inc. | Database virtualization |
| US20160306613A1 (en) * | 2013-12-03 | 2016-10-20 | Hewlett Packard Enterprise Development Lp | Code routine performance prediction using test results from code integration tool |
| US20150160944A1 (en) * | 2013-12-08 | 2015-06-11 | International Business Machines Corporation | System wide performance extrapolation using individual line item prototype results |
| US9471371B2 (en) * | 2014-02-27 | 2016-10-18 | International Business Machines Corporation | Dynamic prediction of concurrent hardware transactions resource requirements and allocation |
| US9727314B2 (en) | 2014-03-21 | 2017-08-08 | Ca, Inc. | Composite virtual services |
| US9531609B2 (en) | 2014-03-23 | 2016-12-27 | Ca, Inc. | Virtual service automation |
| US10469396B2 (en) | 2014-10-10 | 2019-11-05 | Pegasystems, Inc. | Event processing with enhanced throughput |
| US9477454B2 (en) | 2015-02-12 | 2016-10-25 | Ca, Inc. | Automated software deployment |
| US9684562B2 (en) * | 2015-07-21 | 2017-06-20 | International Business Machines Corporation | Automatic serial starting of resource groups on failover based on the prediction of aggregate resource usage |
| US10296445B2 (en) | 2015-09-13 | 2019-05-21 | Ca, Inc. | Automated system documentation generation |
| CN105912436A (zh) * | 2015-09-17 | 2016-08-31 | 乐视网信息技术（北京）股份有限公司 | 基于指数平滑预测的系统计算资源预测方法及装置 |
| US10628420B2 (en) | 2015-12-18 | 2020-04-21 | Ca, Inc. | Dynamic virtual service |
| US10154098B2 (en) | 2016-01-07 | 2018-12-11 | Ca, Inc. | Transactional boundaries for software system profiling |
| US9886365B2 (en) | 2016-01-07 | 2018-02-06 | Ca, Inc. | Transactional boundaries for software system debugging |
| US9983856B2 (en) | 2016-01-08 | 2018-05-29 | Ca, Inc. | Transaction flow visualization |
| US9898390B2 (en) | 2016-03-30 | 2018-02-20 | Ca, Inc. | Virtual service localization |
| US10341214B2 (en) | 2016-03-30 | 2019-07-02 | Ca, Inc. | Scenario coverage in test generation |
| US9946639B2 (en) | 2016-03-30 | 2018-04-17 | Ca, Inc. | Transactional boundaries for virtualization within a software system |
| US10114736B2 (en) | 2016-03-30 | 2018-10-30 | Ca, Inc. | Virtual service data set generation |
| US10394583B2 (en) | 2016-03-31 | 2019-08-27 | Ca, Inc. | Automated model generation for a software system |
| WO2017188037A1 (ja) * | 2016-04-28 | 2017-11-02 | 日本電気株式会社 | 検証システム、検証方法および検証プログラムを格納する記録媒体 |
| US10698599B2 (en) | 2016-06-03 | 2020-06-30 | Pegasystems, Inc. | Connecting graphical shapes using gestures |
| US10698647B2 (en) | 2016-07-11 | 2020-06-30 | Pegasystems Inc. | Selective sharing for collaborative application usage |
| US11048488B2 (en) | 2018-08-14 | 2021-06-29 | Pegasystems, Inc. | Software code optimizer and method |
| US11500686B2 (en) * | 2020-07-31 | 2022-11-15 | International Business Machines Corporation | Resource management of a software application with multiple software components |
| US11567945B1 (en) | 2020-08-27 | 2023-01-31 | Pegasystems Inc. | Customized digital content generation systems and methods |
| US20230161662A1 (en) * | 2021-11-19 | 2023-05-25 | Johannes Wollny | Systems and methods for data-driven proactive detection and remediation of errors on endpoint computing systems |
| US20230168929A1 (en) * | 2021-11-30 | 2023-06-01 | Rakuten Mobile, Inc. | Resource optimization for reclamation of resources |
| US11822465B2 (en) | 2021-12-09 | 2023-11-21 | Red Hat, Inc. | Operational multipliers for heterogeneous build architectures |
Family Cites Families (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5450586A (en) * | 1991-08-14 | 1995-09-12 | Hewlett-Packard Company | System for analyzing and debugging embedded software through dynamic and interactive use of code markers |
| CA2171802C (en) * | 1996-03-14 | 2001-06-05 | Richard Denison Mcdonald | Comparative performance modeling for distributed object oriented applications |
| US6145121A (en) * | 1997-04-17 | 2000-11-07 | University Of Washington | Trace based method for the analysis, benchmarking and tuning of object oriented databases and applications |
| US6542854B2 (en) * | 1999-04-30 | 2003-04-01 | Oracle Corporation | Method and mechanism for profiling a system |
| JP2002108656A (ja) | 2000-09-29 | 2002-04-12 | Nec Corp | プログラム動作検証システム |
| JP2002215703A (ja) | 2001-01-16 | 2002-08-02 | Matsushita Electric Ind Co Ltd | ハードウェア／ソフトウェア協調設計方法 |
-
2003
- 2003-01-17 JP JP2003008936A patent/JP4787460B2/ja not_active Expired - Lifetime
-
2004
- 2004-01-15 US US10/757,426 patent/US7376549B2/en not_active Expired - Fee Related
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR101606283B1 (ko) | 2014-10-21 | 2016-03-24 | 강원대학교산학협력단 | 컴포넌트 기반 소프트웨어 시스템 테스트를 위한 예상 결과 값 자동 생성 장치 |
Also Published As
| Publication number | Publication date |
|---|---|
| US7376549B2 (en) | 2008-05-20 |
| JP2004220453A (ja) | 2004-08-05 |
| US20040148152A1 (en) | 2004-07-29 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP4787460B2 (ja) | ソフトウェア・コンポーネントの性能測定を基にしたシステム性能予測方式および方法 | |
| JP4654707B2 (ja) | ボトルネック検出システム、測定対象サーバ、ボトルネック検出方法およびプログラム | |
| Kwiatkowska et al. | Prism: Probabilistic model checking for performance and reliability analysis | |
| Subraya et al. | Object driven performance testing of Web applications | |
| Brunnert et al. | Continuous performance evaluation and capacity planning using resource profiles for enterprise applications | |
| US20100094592A1 (en) | Using Application Performance Signatures For Characterizing Application Updates | |
| Feitosa et al. | Investigating the effect of design patterns on energy consumption | |
| JP2004054680A (ja) | 並列効率計算方法 | |
| US20060062148A1 (en) | System utilization rate managing apparatus and system utilization rate managing method to be employed for it, and its program | |
| US6807522B1 (en) | Methods for predicting instruction execution efficiency in a proposed computer system | |
| US20110061041A1 (en) | Reliability and availability modeling of a software application | |
| US20070233532A1 (en) | Business process analysis apparatus | |
| Mendes et al. | A framework for performance evaluation of complex event processing systems | |
| US7350172B1 (en) | Reporting of aspects and partitioning of automatically generated code according to a partitioning scheme | |
| Clark et al. | State-aware performance analysis with eXtended Stochastic Probes | |
| US20120284695A1 (en) | Error simulation | |
| Sedaghatbaf et al. | A method for dependability evaluation of software architectures | |
| Hauck et al. | Ginpex: deriving performance-relevant infrastructure properties through goal-oriented experiments | |
| JP2007316769A (ja) | 計算機システムの開発方法、計算機システムの開発プログラム | |
| Li et al. | Efficient microarchitectural vulnerabilities prediction using boosted regression trees and patient rule inductions | |
| JP3821834B2 (ja) | 並列効率計算方法 | |
| JP5029584B2 (ja) | 開発支援装置 | |
| Anwar et al. | Software maintenance prediction using weighted scenarios: an architecture perspective | |
| JP3614800B2 (ja) | 多重化環境下における情報システムの業務起動判別装置、ならびに業務処理時間の予測方法 | |
| JP2002014811A (ja) | プロジェクト進捗計測装置およびその方法ならびにその方法をコンピュータに実行させるプログラムを記録したコンピュータ読み取り可能な記録媒体 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| RD01 | Notification of change of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7421 Effective date: 20050124 |
|
| RD01 | Notification of change of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7421 Effective date: 20050310 |
|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20051215 |
|
| RD01 | Notification of change of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7421 Effective date: 20070117 |
|
| RD01 | Notification of change of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7421 Effective date: 20080610 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20080620 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20080701 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20080829 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20090203 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20090305 |
|
| A911 | Transfer to examiner for re-examination before appeal (zenchi) |
Free format text: JAPANESE INTERMEDIATE CODE: A911 Effective date: 20090413 |
|
| RD01 | Notification of change of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7421 Effective date: 20090508 |
|
| A912 | Re-examination (zenchi) completed and case transferred to appeal board |
Free format text: JAPANESE INTERMEDIATE CODE: A912 Effective date: 20090703 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20110606 |
|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20110715 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 4787460 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140722 Year of fee payment: 3 |
|
| EXPY | Cancellation because of completion of term |