(57)【要約】【課題】ＣＰＵのトレース情報と、パフォーマンス・モニタの性能統計情報との相関関係を得ることが難しかった。【解決手段】計測トリガ２０１をＣＰＵトレース部３００とパフォーマンス・モニタ部４００で共通に使用し、ＣＰＵトレース部３００では、イベントパケットを生成し、ＣＰＵトレースにイベントパケットを挿入する。それと同時にパフォーマンス・モニタ部４００では、パフォーマンス・カウンタ４１０の計測データのスナップショットを読み出しバッファ４２０にコピーし、順次パケット化して出力する。これにより、ＣＰＵトレース中のイベントパケットによって計測期間が示され、パフォーマンス・モニタの統計データとの対応が容易に取れる。【選択図】図１
2011013867.tif 000002
【特許請求の範囲】
【請求項１】
データ処理装置であって、
計測トリガを生成する計測トリガ生成部と、
ＣＰＵから抽出された性能特性イベントを計測し、計測結果の出力をするパフォーマンス・モニタ部と、
ＣＰＵの動作状態を示す信号から、ＣＰＵの動作履歴を含むトレース情報をトレースパケットとして生成するＣＰＵトレース部とを備え、
前記パフォーマンス・モニタ部は、前記計測トリガを受け、性能特性の計測開始、計測終了と 計測値の出力制御を行い、
前記トレース部は、前記計測トリガを受け、トリガパケットを発生し、発生時刻に合わせて 前記トレース情報にトリガパケットを 挿入することを特徴としたデータ処理装置。
【請求項２】
前記計測トリガの１つは、計測開始トリガであり、
前記パフォーマンス・モニタ部が、前記計測開始トリガを受けたときには、性能特性の計測を行うカウンタを初期化し、性能特性イベントのカウント動作を開始することを特徴とする、請求項１記載のデータ処理装置。
【請求項３】
前記計測トリガの１つは、計測値転送トリガであり、
前記パフォーマンス・モニタ部が、前記計測値転送トリガを受けたときには、性能特性の計測値を読み出しバッファにコピーし、性能特性の計測を行うカウンタを初期化し、パケット出力シーケンス動作を開始し、カウント動作を継続することを特徴とする、請求項１記載のデータ処理装置。
【請求項４】
前記計測トリガの１つは、計測終了トリガであり、
前記パフォーマンス・モニタ部が、前記計測終了トリガを受けたときには、性能特性の計測値を読み出しバッファにコピーし、パケット出力シーケンス動作を開始し、カウント動作を停止することを特徴とする、請求項１記載のデータ処理装置。
【請求項５】
ＣＰＵトレース部からのパケットと、パフォーマンス・モニタ部からのパケットを調停して出力する部を有する請求項１記載のデータ処理装置。
【請求項６】
請求項１記載のデータ処理装置のＣＰＵトレース端子からＣＰＵトレース・ログを取得し、パフォーマンス・モニタ部の出力からパフォーマンス・モニタ・ログを取得し、ＣＰＵトレースに埋め込まれたトリガパケットを手がかりに、ＣＰＵトレースと、パフォーマンス・モニタ・ログの統計データを対応付けて出力することを特徴とした性能評価解析システム。
【請求項７】
請求項５記載のデータ処理装置のトレース端子からトレース・ログを取得し、トレース・ログに埋め込まれたトリガパケットを手がかりに、ＣＰＵトレースとパフォーマンス・モニタの統計データを対応付けて出力することを特徴とした性能評価解析システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、プロセッサコアの性能評価に関するものであり、特に性能計測値をトレース情報と関連づけて出力するデータ処理装置、およびデータ処理装置とともに性能評価情報の収集と解析を行う性能評価解析システムに関する。
【背景技術】
【０００２】
プロセッサコア（ＣＰＵ：ｃｅｎｔｒａｌ  ｐｒｏｃｅｓｓｉｎｇ  ｕｎｉｔ）で実行されるソフトウェアの性能評価・改善を目的として、いわゆるパフォーマンス・モニタを使ったソフトウェア・プロファイリングが行われる。一般にパフォーマンス・モニタは、性能評価に関係するイベントの発生回数をカウントするパフォーマンス・カウンタと、それを読み出すための回路で構成される。計測される性能指標としては、計測期間におけるマシンサイクル、命令実行数、キャッシュミス回数、TLBミス回数、ストールサイクル数、競合発生回数など様々であり、ハードウェアのボトルネックになりやすいところを中心に、その特性に合わせて定められる。計測の範囲としては、ソフトウェアのあらかじめ定められた区間や、タイマーを使った一定時間間隔の区間がよく用いられる。
【０００３】
従来は、ソフトウェアでパフォーマンス・カウンタを制御して、パフォーマンス・カウンタの値を読み出し、それを主記憶のログ領域に蓄積することで、性能特性の統計データを入手していた。パフォーマンス・モニタの起動や、パフォーマンス・カウンタの読み出しの契機は、ＯＳのタスクスイッチ発生時や、特定の命令(関数call/復帰) 実行時の割り込みによる（例えば、特許文献１参照。）。また別の例では、パフォーマンス情報の一種である"実行サイクルカウント数"を、特定命令(関数call/復帰) 実行時や割込み発生時にトレースに出力する（例えば、特許文献２参照。）。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００９−７５８１２号公報
【特許文献２】特許第４１３８０２１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、ソフトウェアによるパフォーマンス・カウンタ読み出し方式は、ＣＰＵの処理能力やメモリ資源を消費するため、少なからず計測対象のソフトウェアモジュールの実行時間に影響を与える。たとえば、パフォーマンス・カウンタの読み出し処理のため、キャッシュ状態が変化し、キャッシュミスが多発し、パフォーマンス・モニタを動作させない通常の動作時に比べ、実行時間が長く計測されてしまう等、計測による測定対象への影響が無視できない場合がある。特にリアルタイム系の処理を行っている場合には、詳細な精度での計測をあきらめねばならない場合も発生する。また、プロセッサの詳細動作を解析するために、ＣＰＵトレースを取得していたとしても、性能統計データとＣＰＵトレースとの対応箇所を、人が判断して見つけねばならず、ＣＰＵの詳細動作との相関関係で、改善点を見つけるのが困難であった。
【０００６】
一方、ＣＰＵトレースにパフォーマンス・カウンタのデータを出力する方法では、ＣＰＵトレースとの同期の課題は解決できているが、数多くの性能特性データを同時に取得したい場合に、パフォーマンス・カウンタを出力している間、ＣＰＵトレースのパケット出力を待たせるための多大なバッファが必要となり、ハードウェアのコスト増を招くという課題があった。
【課題を解決するための手段】
【０００７】
第一の課題である、ＣＰＵトレースとパフォーマンス・カウンタとの同期を解決するため、本発明では、ＣＰＵトレースとパフォーマンス・モニタの両者に共通の計測トリガを用いる。ＣＰＵトレースでは、計測トリガが発生したタイミングで、イベントパケットを挿入し、一方、パフォーマンス・モニタでは、同一の計測トリガによって、計測開始、計測データ出力を制御する。これにより、ＣＰＵトレースデータと、パフォーマンス・モニタを同一のトリガに関連付けることができる。
【０００８】
第二の課題である、多数のパフォーマンス・カウンタを出力する場合のバッファ増加を解決するため、ＣＰＵトレースとパフォーマンス・カウンタの出力を調停するアービタを設け、ＣＰＵトレースの出力を優先する。これにより、パフォーマンス・カウンタの出力によるトレースに必要なバンド幅の増加を抑えることができる。
【発明の効果】
【０００９】
ＣＰＵトレースとパフォーマンス・モニタで共通の計測トリガを用いることにより、プログラム実行フローのトレースや、キャッシュミス・アドレスの情報に、計測トリガのパケットが挿入されることにより、性能統計情報との対応付けが容易になり、性能指標が悪化しているポイントで何が起こっているのかの詳細情報を、ＣＰＵトレースから得られるようになる。これにより、システム開発者への性能改善の取り組みに役立てることができる。
【００１０】
また、ＣＰＵトレースとパフォーマンス・カウンタの出力を調停するアービタを設け、ＣＰＵトレースの出力を優先することにより、パフォーマンス・カウンタの出力によるトレースに必要なバンド幅の増加を抑えることができ、ＣＰＵトレースを出力するのに必要なバッファの総量を削減することができる。
【図面の簡単な説明】
【００１１】
【図１】本発明の第１の実施形態によるデータ処理装置の構成図である。
【図２】本発明の第１の実施形態によるデータ処理装置のＣＰＵトレース、パフォーマンス・モニタのデータ出力の様子を表したタイミング図である。
【図３】本発明の第１の実施形態によるデータ処理装置と外部の解析装置からなる性能評価解析システムを示す図である。
【図４ａ】外部の解析装置で収集されたＣＰＵトレースログとパフォーマンス・モニタ・ログである。
【図４ｂ】外部の解析装置で作成された計測トリガイベント対応表である。
【図４ｃ】外部の解析装置でパフォーマンス・モニタ情報とＣＰＵトレース情報の対応関係を示す図である。
【図５】本発明の第２の実施形態によるデータ処理装置の構成図である。
【図６】本発明の第２の実施形態によるデータ処理装置のＣＰＵトレース、パフォーマンス・モニタのデータ出力の様子を表したタイミング図である。
【図７】本発明の第２の実施形態によるデータ処理装置と外部の解析装置からなる性能評価解析システムを示す図である。
【図８ａ】外部の解析装置で収集されたトレースログである。
【図８ｂ】外部の解析装置で作成された計測トリガイベント対応表である。
【図８ｃ】外部の解析装置でパフォーマンス・モニタ情報とＣＰＵトレース情報の対応関係を示す図である。
【発明を実施するための形態】
【００１２】
（第１の実施形態）
本発明の第１の実施形態におけるデータ処理装置の構成を図１に示す。このデータ処理装置は、ソフトウェアの実行を行うＣＰＵ１００を含む。ＣＰＵ１００からは、ＣＰＵ関連トレース情報１０１が、ＣＰＵトレース部３００に入力され、トレースパケット生成部３１０でＣＰＵトレースパケットに変換される。またＣＰＵ１００からは、マシンサイクル、命令実行数、キャッシュミス回数、ＴＬＢミス回数、ストールサイクル数、競合発生回数など、性能評価を行うために抽出された、パフォーマンス計測イベント１０２を、パフォーマンス・モニタ部４００に入力し、各イベントの発生毎に、パフォーマンス・カウンタに加算していく。
【００１３】
計測トリガ生成部２００では、性能評価の統計動作を制御するための計測トリガ２０１を生成する。計測トリガのソースとしては、タイマー（図示せず）のオーバフローによる一定周期毎に発生するイベントによるものや、ＣＰＵ１００が関数call/復帰命令の命令実行を検出する方法を使ってもよい。また、デバッグ専用命令をＣＰＵ１００で実行されるプログラムに埋め込んでおき、それが実行されたときに、計測トリガ生成部２００に通知されるように構成してもよい。
【００１４】
計測トリガ２０１がアサートされると、ＣＰＵトレース部３００では、計測トリガ２０１に対応して、イベントパケット生成部３３０でイベントパケットを生成し、イベントパケット挿入部３２０で、ＣＰＵトレースに割り込んで、ＣＰＵトレース出力３２１がトレース端子から出力される。
【００１５】
一方、パフォーマンス・モニタ部４００では、同じ計測トリガ２０１を受け、パフォーマンス・カウンタ４１０のカウント動作と出力を制御する。
【００１６】
計測トリガ２０１の用途は、次の３種類に分けられる。
第１の種類は、"計測開始トリガ"であり、それがアサートしたときには、パフォーマンス・カウンタ４１０のカウント動作を開始する。
【００１７】
第２の種類は、"計測値転送トリガ"であり、それがアサートした時には、パフォーマンス・カウンタ４１０の値を、読み出しバッファ４２０にコピーし、さらに、パフォーマンス・カウンタの個々の値をパケット化部４３０で、パケットに加工し、パフォーマンス・カウンタ・パケット出力４３１として出力する。
【００１８】
第３の種類は、"計測終了トリガ"であり、それがアサートした時には、パフォーマンス・カウンタ４１０の動作を終了し、その値を、読み出しバッファ４２０にコピーし、さらに、パフォーマンス・カウンタの個々の値をパケット化部４３０で、パケットに加工し、パフォーマンス・カウンタ・パケット出力４３１として出力する。
【００１９】
図１の構成に基づく、データ処理装置のＣＰＵトレース、パフォーマンス・モニタのデータ出力の様子を表したタイミング図を図２に示す。
【００２０】
ＣＰＵトレース情報が(1)、(2)、(3)、(4)、(5)と連続して発生している時に、計測トリガＡが発生した場合、計測トリガＡによって、イベントパケット生成部３３０で、イベントパケット"ev-A"を発生する。イベントパケット挿入部３２０で、ＣＰＵトレース情報の(2)、(3)、(4)、(5)以降のパケットに割り込んで、イベントパケット"ev-A"が挿入される。
【００２１】
一方同じ計測トリガＡによって、パフォーマンス・モニタ出力"A-1","A-2","A-3"という性能統計データのスナップショットが読み出しバッファ４２０にロードされ、それらをパケット部４３０で、順々にパケットとして出力している。
【００２２】
イベントパケット"ev-A"と、パフォーマンス・モニタ出力"A-1","A-2","A-3"は、同一の識別子"A"で関連付けられるように、ヘッダ情報を付加してもよい。これにより、トレース端子出力と、パフォーマンス・モニタ出力との相関が容易に対応づけられる。
【００２３】
同様にＣＰＵトレース情報(7)、(8)、(9)、(10)が連続して発生している時に、計測トリガBが発生し、それにより、トレース端子出力に、イベントパケット"ev-B"が挿入され、それと同時に、パフォーマンス・モニタ出力"B-1","B-2","B-3"が順番に出力される様子を示している。
【００２４】
上記のデータ処理装置を含んだ性能評価解析システムの全体構成を図３に示す。データ処理装置２のＣＰＵトレース出力３２１を、ＬＳＩ端子及びデータ処理装置２のコネクタを介して、ホストシステム３に接続し、ＣＰＵトレース・ログを記憶部２１に取得する。同様に、データ処理装置２のパフォーマンス・カウンタ・パケット出力４３１を、ＬＳＩ端子及び、データ処理装置２のコネクタを介して、ホストシステム３に接続し、パフォーマンス・モニタ・ログを記憶部２２に取得する。ホストシステム３では、記憶部２１に蓄積されたＣＰＵトレース・ログ、記憶部２２に蓄積されたパフォーマンス・モニタ・ログをログ解析ソフトウェア１０で解析して、計測トリガ対応管理表４０を作成し、ＣＰＵトレースとパフォーマンス・モニタの統計データとの対応付けを可能にする。
【００２５】
ログ解析ソフトウェア１０の動作を、図４ａ、図４ｂ、図４ｃを用いて説明する。ＣＰＵトレース・ログ、パフォーマンス・モニタ・ログは、図４ａに示すように、ログの番号を付けられて、記憶部２１，２２に蓄積されている。ログ解析ソフトウェアは、ＣＰＵトレース・ログを走査し、計測トリガイベントパケットを見つけると、そのログ番号を計測トリガ対応管理表に記録する。図４ａの例では、"A"というイベント識別子は、ログ番号１であり、同様に、"B"が９、"C"が１４と記録される。次に、パフォーマンス・モニタ・ログを走査し、"A"の識別子が付いたパフォーマンス・モニタの統計データのログ番号を、計測トリガ対応管理表に記録する。図４ａの例では、"A"の識別子が付いたパフォーマンス・モニタの統計データは、ログ番号０、１、２であり、同様に"B"の識別子が付いたパフォーマンス・モニタの統計データは、３、４、５であり、"C"は、６、７、８である。
【００２６】
ログ解析ソフトウェア１０は、ＣＰＵトレース・ログとパフォーマンス・モニタ・ログの走査が完了した後、計測トリガ対応管理表４０を元に、ＣＰＵトレース情報とパフォーマンス・モニタ情報を対応付けて出力する。現在の計測トリガイベントの識別子を持つ、パフォーマンス・モニタの統計データが対応するのは、１つ前の計測トリガイベントから、現在の計測トリガイベントまでのＣＰＵトレース・ログであるとの対応ルールに従って、順番に対応づけられたログを出力する。たとえば、識別子"A"のパフォーマンス・モニタの統計情報は、"A-1","A-2","A-3"であり、これに対応するＣＰＵトレースは、計測トリガのイベントパケット"ev-A"より前の、ＣＰＵトレースのログ番号０番以前のデータである。同様に、"B-1","B-2","B-3"には、計測トリガのイベントパケット"ev-A"から"ev-B"までの間のＣＰＵトレース情報である、ログ番号２から８までが対応する。"C-1","C-2","C-3"には、計測トリガのイベントパケット"ev-B"から"ev-C"までの間のＣＰＵトレース情報である、ログ番号１０から１３までが対応する。
【００２７】
このように、ＣＰＵトレース・ログと、パフォーマンス・モニタ情報を対応させながら出力・表示することが可能となる。
【００２８】
（第２の実施形態）
本発明の第２の実施形態におけるデータ処理装置の構成を図５に示す。このデータ処理装置は、ソフトウェアの実行を行うＣＰＵ１００を含む。ＣＰＵ１００からは、ＣＰＵ関連トレース情報１０１が、ＣＰＵトレース部３００に入力され、トレースパケット生成部３１０でＣＰＵトレースパケットに変換される。またＣＰＵ１００からは、マシンサイクル、命令実行数、キャッシュミス回数、ＴＬＢミス回数、ストールサイクル数、競合発生回数など、性能評価を行うために抽出された、パフォーマンス計測イベント１０２を、パフォーマンス・モニタ部４００に入力し、各イベントの発生毎に、パフォーマンス・カウンタに加算していく。
【００２９】
計測トリガ生成部２００では、性能評価の統計動作を制御するための計測トリガ２０１を生成する。計測トリガのソースとしては、タイマー（図示せず）のオーバフローによる一定周期毎に発生するイベントによるものや、ＣＰＵ１００が関数call/復帰命令の命令実行を検出する方法を使ってもよい。また、デバッグ専用命令をＣＰＵ１００で実行されるプログラムに埋め込んでおき、それが実行されたときに、計測トリガ生成部２００に通知されるように構成してもよい。
【００３０】
計測トリガ２０１がアサートされると、ＣＰＵトレース部３００では、計測トリガ２０１に対応して、イベントパケット生成部３３０でイベントパケットを生成し、イベントパケット挿入部３２０で、ＣＰＵトレースに割り込んで、ＣＰＵトレース出力３２１がアービタ５００に入力される。
【００３１】
一方、パフォーマンス・モニタ部４００では、同じ計測トリガ２０１を受け、パフォーマンス・カウンタ４１０のカウント動作と出力を制御する。
【００３２】
計測トリガ２０１の用途は、次の３種類に分けられる。
第１の種類は、"計測開始トリガ"であり、それがアサートしたときには、パフォーマンス・カウンタ４１０のカウント動作を開始する。
【００３３】
第２の種類は、"計測値転送トリガ"であり、それがアサートした時には、パフォーマンス・カウンタ４１０の値を、読み出しバッファ４２０にコピーし、さらに、パフォーマンス・カウンタの個々の値をパケット化部４３０で、パケットに加工し、パフォーマンス・カウンタ・パケット出力４３１として、アービタ５００に入力される。
【００３４】
第３の種類は、"計測終了トリガ"であり、それがアサートした時には、パフォーマンス・カウンタ４１０の動作を終了し、その値を、読み出しバッファ４２０にコピーし、さらに、パフォーマンス・カウンタの個々の値をパケット化部４３０で、パケットに加工し、パフォーマンス・カウンタ・パケット出力４３１として、アービタ５００に入力される。
【００３５】
ＣＰＵトレース出力３２１と、パフォーマンス・カウンタ・パケット出力４３１を受けたアービタ５００は、あらかじめ定められた優先度、または転送帯域の割り当て制御に基づき、パケットの調停を行い、システム・トレース出力５０１をトレース端子に出力する。より多くのトレースバンド幅を必要とする、ＣＰＵトレースを優先させて出力させることで、余分なバッファを削除することが可能である。
【００３６】
図３の構成に基づく、データ処理装置のＣＰＵトレース、パフォーマンス・モニタのデータ出力の様子を表したタイミング図を図６に示す。
【００３７】
ＣＰＵトレース情報が(1)、(2)、(3)、(4)、(5)と連続して発生している時に、計測トリガＡが発生した場合、計測トリガＡによって、イベントパケット生成部３３０で、イベントパケット"ev-A"を発生する。イベントパケット挿入部３２０で、ＣＰＵトレース情報の(2)、(3)、(4)、(5)以降のパケットに割り込んで、イベントパケット"ev-A"が挿入される。
【００３８】
一方同じ計測トリガＡによって、パフォーマンス・モニタ出力"A-1","A-2","A-3"という性能統計データのスナップショットが読み出しバッファ４２０にロードされ、それらをパケット化部４３０で、順々にパケットとしてアービタ５００に入力されるが、ＣＰＵトレース出力３２１の方が優先されるため、その出力が空きとなる(5)パケットの後に"A-1"が出力される。同様に、"A-2","A-3"は、(6)パケットの後に出力される。
【００３９】
イベントパケット"ev-A"と、パフォーマンス・モニタ出力"A-1","A-2","A-3"は、同一の識別子"A"で関連付けられるように、ヘッダ情報を付加してもよい。これにより、単一のトレース端子に順序が入れ替えられて出力されても、ＣＰＵトレースにおける計測イベントの発生時点と、関連したパフォーマンス・モニタ出力が、容易に対応づけられる。
【００４０】
同様にＣＰＵトレース情報(7)、(8)、(9)、(10)が連続して発生している時に、計測トリガＢが発生し、それにより、トレース端子出力に、イベントパケット"ev-B"が挿入されるが、それと同時に取得された、パフォーマンス・モニタ出力"B-1","B-2","B-3"は、ＣＰＵトレースの空きサイクルに順番に出力される様子が示されている。
【００４１】
上記のデータ処理装置を含んだ性能評価解析システムの全体構成を図７に示す。データ処理装置２のシステム・トレース出力５０１を、ＬＳＩ端子及びデータ処理装置２のコネクタを介して、ホストシステム３に接続し、トレース・ログを記憶部２３に取得する。ホストシステム３では、記憶部２３に蓄積されたトレース・ログをログ解析ソフトウェア１０で解析して、計測トリガ対応管理表４０を作成し、ＣＰＵトレースとパフォーマンス・モニタの統計データとの対応付けを可能にする。
【００４２】
ログ解析ソフトウェア１０の動作を、図８ａ、図８ｂ、図８ｃを用いて説明する。ＣＰＵトレース、パフォーマンス・モニタの統計情報は、トレース・ログとして一本のストリームとなり、図８ａに示すように、ログの番号を付けられて、記憶部２３に蓄積されている。ログ解析ソフトウェアは、このトレース・ログを走査し、計測トリガイベントパケットを見つけると、そのログ番号を計測トリガ対応管理表に記録する。図８ａの例では、"A"というイベント識別子は、ログ番号１であり、同様に、"B"が１２、"C"が２０と記録される。次に、同じログを走査し、"A"の識別子が付いたパフォーマンス・モニタの統計データのログ番号を、計測トリガ対応管理表に記録する。図８ａの例では、"A"の識別子が付いたパフォーマンス・モニタの統計データは、ログ番号６、８、９であり、同様に"B"の識別子が付いたパフォーマンス・モニタの統計データは、１６、１８、１９であり、"C"は、２２、２３、２４である。
【００４３】
ログ解析ソフトウェア１０は、トレース・ログの走査が完了した後、計測トリガ対応管理表４０を元に、ＣＰＵトレース情報とパフォーマンス・モニタの統計情報を対応付けて出力する。現在の計測トリガイベントの識別子を持つ、パフォーマンス・モニタの統計データが対応するのは、１つ前の計測トリガイベントから、現在の計測トリガイベントまでのＣＰＵトレースであるとの対応ルールに従い、順番に対応づけられたログを出力する。たとえば、識別子"A"のパフォーマンス・モニタの統計情報は、"A-1","A-2","A-3"であり、これに対応するＣＰＵトレースは、計測トリガのイベントパケット"ev-A"より前の、トレース・ログのログ番号０番以前のデータである。同様に、"B-1","B-2","B-3"には、計測トリガのイベントパケット"ev-A"から"ev-B"までの間のＣＰＵトレース情報である、ログ番号２、３、４、５、７、１０、１１が対応し、"C-1","C-2","C-3"には、計測トリガのイベントパケット"ev-B"から"ev-C"までの間のＣＰＵトレース情報である、ログ番号１３、１４、１５、１７が対応する。
【００４４】
このように、ＣＰＵトレース情報と、パフォーマンス・モニタ情報を対応させながら出力・表示することが可能となる。
【産業上の利用可能性】
【００４５】
本発明にかかるデータ処理装置は、コストの増加が少なく、性能劣化の原因追及を容易にする性能評価機能を有し、本データ処理装置上で実行されるソフトウェアの性能をチューニングするのに有用である。
【符号の説明】
【００４６】
１  ターゲットシステム
２  データ処理装置
３  ホストシステム
１０  ログ解析ソフトウェア
２１、２２、２３  記憶部
４０  計測トリガ対応管理表
１００  ＣＰＵ
１０１  ＣＰＵ関連トレース情報
１０２  パフォーマンス計測イベント
２００  計測トリガ生成部
２０１  計測トリガ
３００  ＣＰＵトレース部
３１０  トレースパケット生成部
３２０  イベントパケット挿入部
３２１  ＣＰＵトレース出力
３３０  イベントパケット生成部
４００  パフォーマンス・モニタ部
４１０  パフォーマンス・カウンタ
４２０  読み出しバッファ
４３０  パケット化部
４３１  パフォーマンス・カウンタ・パケット出力
５００  アービタ
５０１  システム・トレース出力
【図１】
2011013867.tif 000003
【図２】
2011013867.tif 000004
【図３】
2011013867.tif 000005
【図４ａ】
2011013867.tif 000006
【図４ｂ】
2011013867.tif 000007
【図４ｃ】
2011013867.tif 000008
【図５】
2011013867.tif 000009
【図６】
2011013867.tif 000010
【図７】
2011013867.tif 000011
【図８ａ】
2011013867.tif 000012
【図８ｂ】
2011013867.tif 000013
【図８ｃ】
2011013867.tif 000014