JP2015510153A - ランタイム・インストルメンテーション指向サンプリング - Google Patents

Abstract

【課題】 ランタイム・インストルメンテーション指向サンプリングを実施するための方法、システム、及びコンピュータ・プログラム製品を提供する。【解決手段】 本発明の実施形態は、ランタイム・インストルメンテーション指向サンプリングの実施に関する。本発明の態様は、ランタイム・インストルメンテーション指向サンプリングを実施するための方法を含む。この方法は、命令ストリームからｒｕｎ−ｔｉｍｅ ｉｎｓｕｔｒｕｍｅｎｔａｔｉｏｎ ｎｅｘｔ（ＲＩＮＥＸＴ）命令をフェッチすることを含む。命令ストリームは、ＲＩＮＥＸＴ命令、続いてプログラム順の次の順次命令を含む。この方法は、プロセッサによりＲＩＮＥＸＴ命令を実行することをさらに含む。実行することは、プログラム実行中、現在のランタイム・インストルメンテーション状態が、ランタイム・インストルメンテーション情報を報告するためのサンプル・ポイントの設定を可能にするかどうかを判断することを含む。現在のランタイム・インストルメンテーション状態がサンプル・ポイントの設定を可能にすることに基づいて、ＮＳＩは、ランタイム・インストルメンテーション・イベントを引き起こすためのサンプル命令となる。ＮＳＩサンプル命令を実行すること基づいて、ランタイム・インストルメンテーション・イベントは、ランタイム・インストルメンテーション情報を、報告グループとしてランタイム・インストルメンテーション・プログラム・バッファに記録させる。【選択図】 図１３

Description

本発明は、一般に、コンピューティング環境内の処理に関し、より具体的には、ランタイム・インストルメンテーション（run-time-instrumentation）を用いた、収集したイベントの指向サンプリング（directed sampling）に関する。

コンピュータ・プロセッサは、ますます複雑化する分岐予測及び命令キャッシング論理を用いて、トランザクションを実行する。これらのプロセスは、命令スループット、従って処理性能を高めるために導入されてきた。性能を向上させるための論理の導入は、特定のソフトウェア・アプリケーションがコンピュータ・プロセッサ上でどのように実行されるかを確実に予測することが困難になる。ソフトウェア開発プロセスの際、多くの場合、機能と性能との間はバランスされている。ソフトウェアは、そのソフトウェアを実行している基礎をなすハードウェアから１又は複数の抽象化レベルで実行される。ハードウェアが仮想化されるとき、付加的な抽象化層が導入される。性能向上論理及び種々の抽象化層が導入されると、プログラムが実行されているときにハードウェア・レベルで何が実際に行われているかを完全に理解することは困難である。この情報がない場合、ソフトウェア開発者は、ソフトウェア・アプリケーションを最適化するために、実行期間、メモリの使用、スレッド数等、より抽象的なメソッドを使用する。

ハードウェア特有の情報が利用可能であるとき、この情報は、典型的には、事後に開発者に対して、且つ、高レベルで、及び／又は他のプログラムの活動及びオペレーティング・システムが散りばめられて集合体として提供され、そのため、ソフトウェア・アプリケーションの効率及び精度に影響を及ぼし得る問題の識別が困難になる。

実施形態は、ランタイム・インストルメンテーション指向サンプリングを実施するための方法、システム、及びコンピュータ・プログラム製品を含む。コンピュータ・プログラム製品は、処理回路により可読であり、且つ、方法を実施するための、処理回路により実施するための命令を格納する有形ストレージ媒体を含む。この方法は、命令ストリームからｒｕｎ−ｔｉｍｅ ｉｎｓｕｔｒｕｍｅｎｔａｔｉｏｎ ｎｅｘｔ（ＲＩＮＥＸＴ）命令をフェッチすることを含む。命令ストリームは、ＲＩＮＥＸＴ命令、続いてプログラム順の次の順次命令（ＮＳＩ：next, sequential instruction）を含む。この方法は、プロセッサによりＲＩＮＥＸＴ命令を実行することをさらに含む。実行することは、プログラム実行中、現在のランタイム・インストルメンテーション状態が、ランタイム・インストルメンテーション情報を報告するためのサンプル・ポイントの設定を可能にするかどうかを判断することを含む。現在のランタイム・インストルメンテーション状態がサンプル・ポイントの設定を可能にすることに基づいて、ＮＳＩは、ランタイム・インストルメンテーション・イベントを引き起こすためのサンプル命令となる。ＮＳＩサンプル命令を実行すること基づいて、ランタイム・インストルメンテーション・イベントは、ランタイム・インストルメンテーション情報を、報告グループとしてランタイム・インストルメンテーション・プログラム・バッファに記録させる。

ランタイム・インストルメンテーション指向サンプリングを実施するための方法は、命令ストリームからｒｕｎ−ｔｉｍｅ ｉｎｓｕｔｒｕｍｅｎｔａｔｉｏｎ ｎｅｘｔ（ＲＩＮＥＸＴ）命令をフェッチすることを含む。命令ストリームは、命令ストリームは、ＲＩＮＥＸＴ命令、続いてプログラム順の次の順次命令を含む。この方法は、プロセッサによりＲＩＮＥＸＴ命令を実行することをさらに含む。実行することは、プログラム実行中、現在のランタイム・インストルメンテーション状態が、ランタイム・インストルメンテーション情報を報告するためのサンプル・ポイントの設定を可能にするかどうかを判断することを含む。現在のランタイム・インストルメンテーション状態がサンプル・ポイントの設定を可能にすることに基づいて、ＮＳＩは、ランタイム・インストルメンテーション・イベントを引き起こすためのサンプル命令となる。ＮＳＩサンプル命令を実行すること基づいて、ランタイム・インストルメンテーション・イベントは、ランタイム・インストルメンテーション情報を、報告グループとしてランタイム・インストルメンテーション・プログラム・バッファに記録させる。

ランタイム・インストルメンテーション指向サンプリングを実装するためのシステムは、メモリと、方法を実施するように構成されたランタイム・インストルメンテーション・モジュールを含むプロセッサとを含む。ランタイム・インストルメンテーション・モジュールは、方法を実施するように構成される。この方法は、命令ストリームからｒｕｎ−ｔｉｍｅ ｉｎｓｕｔｒｕｍｅｎｔａｔｉｏｎ ｎｅｘｔ（ＲＩＮＥＸＴ）命令をフェッチすることを含む。命令ストリームは、ＲＩＮＥＸＴ命令、続いてプログラム順の次の順次命令を含む。この方法は、プロセッサによりＲＩＮＥＸＴ命令を実行することをさらに含む。実行することは、プログラム実行中、現在のランタイム・インストルメンテーション状態が、ランタイム・インストルメンテーション情報を報告するためのサンプル・ポイントの設定を可能にするかどうかを判断することを含む。現在のランタイム・インストルメンテーション状態がサンプル・ポイントの設定を可能にすることに基づいて、ＮＳＩは、ランタイム・インストルメンテーション・イベントを引き起こすためのサンプル命令となる。ＮＳＩサンプル命令を実行すること基づいて、ランタイム・インストルメンテーション・イベントは、ランタイム・インストルメンテーション情報を、メモリ内の報告グループとしてランタイム・インストルメンテーション・プログラム・バッファに記録させる。

本発明の技術を通じて、付加的な特徴及び利点が実現される。本発明の他の実施形態及び側面は、本明細書において詳細に説明され、特許請求される本発明の一部と見なされる。利点及び特徴に関して本発明をより良好に理解するために、説明及び図面を参照されたい。

本発明と見なされる対象は、明細書の結論であるところの、本明細書の最後にある特許請求の範囲において具体的に示され、明確に特許請求されている。本発明の上記及び他の特徴、並びに利点は、添付図面と関連して用いられる以下の詳細な説明から明らかである。

１つの実施形態における例示的なホスト・コンピュータ・システムを示す図である。 １つの実施形態における例示的なエミュレーション・ホスト・コンピュータ・システムを示す図である。 １つの実施形態における例示的なコンピュータ・システムを示す図である。 １つの実施形態における例示的なコンピュータ・ネットワークを示す図である。 １つの実施形態におけるコンピュータ・システムの要素を示す図である。 １つの実施形態におけるコンピュータ・システムの詳細な要素を示す。 １つの実施形態におけるコンピュータ・システムの詳細な要素を示す。 １つの実施形態におけるコンピュータ・システムの詳細な要素を示す。 １つの実施形態による、プロセッサのランタイム・インストルメンテーションのためのシステムの概略図を示す。 １つの実施形態における、特権状態（privileged state）により設定可能な制御を含むランタイム・インストルメンテーション制御制御ブロック（ＲＩＣＣＢ）の一部を示す。 １つの実施形態における、準特権（semi-privileged）ビット（Ｋ）が１に設定されているときのＲＩＣＣＢ制御ブロックの一部を示す。 １つの実施形態による、報告グループを示す。 １つの実施形態による、ランタイム・インストルメンテーションの指向サンプリングを実施するためのプロセス・フローを示す。 １つの実施形態によるコンピュータ・プログラム製品を示す。

本発明の実施形態は、ランタイム・インストルメンテーションを用いた、収集したイベントの指向サンプリングを可能にする。ランタイム・インストルメンテーションは、単に実験室において又はオフライン分析のために使用できるだけではなく、プロセッサ（ＣＰＵ）上のプログラム制御下でプログラム実行中、顧客環境においても使用できるファシリティである。プログラムを動作させるためにフェッチされ、実行される一連の命令は、命令ストリームと呼ぶことができる。データ収集の柔軟性を高めるために、構成可能な間隔（interval）に基づいてイベントを収集することができる。プログラムにより設定可能なＣＰＵ制御が、ランタイム・インストルメンテーションを管理する。ランタイム・インストルメンテーションは、通常、通常のサンプリング基準に基づいてイベントを報告するが、ｒｕｎ−ｔｉｍｅ ｉｎｓｔｕｍｅｎｔａｔｉｏｎ ｎｅｘｔ（ＲＩＮＥＸＴ）命令を使用することにより、インストルメント化された（instrumented）命令ストリーム内の関心ある付加的なポイントを指向させることができる。通常のサンプリング間隔は、命令カウント又はサイクル・カウントのいずれかにより決定される。後の分析を行う場合に、インストルメント化命令ストリーム内の特定の情報は、非常に有用である。インストルメンテーションの動作中、インストルメント化命令ストリーム内の特定の命令に伴われた付加的な指向サンプル・ポイントを作成できることで、分析後に利用可能な重要な情報の量が実質的に増大できる。

ｒｕｎ−ｔｉｍｅ ｉｎｓｔｕｍｅｎｔａｔｉｏｎ ｎｅｘｔ（ＲＩＮＥＸＴ）命令は、インストルメント化されたプログラムが、次の順次命令（ＮＳＩ）の実行の完了時にサンプル・ポイントを指定することを可能にするように定められる。通常間隔サンプリングに加えて、この指向サンプリングにより、追加の、サンプル・ポイントにしっかりと焦点が合わせられた報告が可能になる。通常サンプリングが進行する間、ＲＩＮＥＸＴの使用を、インストルメント化命令ストリームの高精度プローブとみなすことができる。ＲＩＮＥＸＴの実行の各々がＮＳＩサンプル・ポイントを決定し、従って、サンプル・ポイントに至って収集されたインストルメンテーション・データが報告される。特定の命令のサンプル・ポイントを配置するのに何が重要かを判断するのは、インストルメント化されたプログラムである。各サンプル・ポイントは、通常間隔サンプルであっても、又はＲＩＮＥＸＴの実行から決定された指向サンプル・ポイントであっても、収集バッファから最近収集されたデータ及びサンプル・ポイントにおける命令の実行に伴うデータを含む多重記録された報告グループの格納をもたらす。

図１は、１つの実施形態におけるホスト・コンピュータ・システム５０の代表的なコンポーネントを示す。コンピュータ・システムにおいて、コンポーネントの他の構成を用いることもできる。代表的なホスト・コンピュータ・システム５０は、主ストア（コンピュータ・メモリ）２と通信する１つ又は複数のプロセッサ１、並びにストレージ・デバイス１１及び他のコンピュータ又はＳＡＮ等と通信するためのネットワーク１０へのＩ／Ｏインターフェースを含む。プロセッサ１は、アーキテクチャ化された（architected）命令セット及びアーキテクチャ化された機能を有するアーキテクチャに準拠している。プロセッサ１は、プログラム・アドレス（仮想アドレス）をメモリの実アドレスに変換するための動的アドレス変換（dynamic address translation、ＤＡＴ）３を有することができる。ＤＡＴ３は、典型的には、変換をキャッシュに入れるための変換ルックアサイド・バッファ（translation lookaside buffer、ＴＬＢ）７を含むので、コンピュータ・メモリ２のブロックへの後のアクセスでは、アドレス変換の遅延を要しない。典型的には、キャッシュ９が、コンピュータ・メモリ２とプロセッサ１との間に用いられる。キャッシュ９は、１つより多いＣＰＵが利用可能な大型キャッシュと、大型キャッシュと各ＣＰＵとの間の、より小型でより高速な（下位レベルの）キャッシュとを有する階層とすることができる。幾つかの実施形態においては、下位レベル・キャッシュが分割されて、命令のフェッチ及びデータ・アクセスのための別個の下位レベル・キャッシュを与える。１つの実施形態において、命令は、キャッシュ９を介して、命令フェッチ・ユニット４により、コンピュータ・メモリ２からフェッチされる。命令は、命令デコード・ユニット６においてデコードされ、命令実行ユニット８にディスパッチされる（幾つかの実施形態においては、他の命令を用いて）。典型的には、例えば、算術演算実行ユニット、浮動小数点実行ユニット、及び分岐命令実行ユニットなどの幾つかの命令実行ユニット８が用いられる。命令は、命令実行ユニット８により実行され、必要に応じて、命令が指定したレジスタ又はコンピュータ・メモリ２からオペランドにアクセスする。コンピュータ・メモリ２からオペランドにアクセスする（オペランドをロード又はストア（格納）する）場合、典型的には、実行される命令の制御下で、ロード・ストア・ユニット５がアクセスを処理する。命令は、ハードウェア回路又は内部のマイクロコード（ファームウェア）において、又はその両方の組み合わせによって実行することができる。

図２において、図１のホスト・コンピュータ・システム５０などのホスト・アーキテクチャのホスト・コンピュータ・システムをエミュレートする、エミュレートされたホスト・コンピュータ・システム２１が提供される。エミュレートされたホスト・コンピュータ・システム２１において、ホスト・プロセッサ（ＣＰＵ）１は、エミュレートされたホスト・プロセッサ（又は仮想ホスト・プロセッサ）２９であり、ホスト・コンピュータ・システム５０のプロセッサ１のものとは異なるネイティブ命令セット・アーキテクチャを有するネイティブ・プロセッサ２７を含む。エミュレートされたホスト・コンピュータ・システム２１は、ネイティブ・プロセッサ２７がアクセス可能なメモリ２２を有する。１つの実施形態において、メモリ２２は、コンピュータ・メモリ２の部分と、エミュレーション・ルーチン・メモリ２３の部分とに区分化される。コンピュータ・メモリ２は、ホスト・コンピュータ・アーキテクチャに従って、エミュレートされたホスト・コンピュータ・システム２１のプログラムに利用可能である。ネイティブ・プロセッサ２７は、エミュレートされたプロセッサ２９のもの以外のアーキテクチャのアーキテクチャ化命令セットのネイティブ命令、エミュレーション・ルーチン・メモリ２３から取得されたネイティブ命令を実行し、アクセスされたホスト命令をデコードして、アクセスされたホスト命令の機能をエミュレートするためのネイティブ命令実行ルーチンを判断することができるシーケンス及びアクセス／デコード・ルーチンにおいて取得される１つ又は複数の命令を用いることにより、コンピュータ・メモリ２内のプログラムによる実行のためにホスト命令にアクセスすることができる。ホスト・コンピュータ・システム５０のアーキテクチャのために定められた、例えば、汎用レジスタ、制御レジスタ、動的アドレス変換、及びＩ／Ｏサブシステムのサポート、並びにプロセッサ・キャッシュといったファシリティを含む他のファシリティを、アーキテクチャ化ファシリティ・ルーチンによってエミュレートすることができる。エミュレーション・ルーチンは、エミュレーション・ルーチンの性能を高めるために、（汎用レジスタ、及び仮想アドレスの動的変換などの）ネイティブ・プロセッサ２７において利用可能な機能を利用することもできる。専用ハードウェア及びオフロード・エンジンを設けて、ホスト・コンピュータ・システム５０の機能をエミュレートする際にネイティブ・プロセッサ２７を補助することもできる。

メインフレームにおいて、アーキテクチャ化されたマシン命令は、通常、プログラマによって、多くの場合コンパイラ・アプリケーションを介して、今日では「Ｃ」プログラマによって用いられる。ストレージ媒体内に格納されたこれらの命令は、ｚ／アーキテクチャのＩＢＭ（登録商標）サーバにおいて、又は代替的に他のアーキテクチャを実行するマシンにおいて、ネイティブに実行することができる。これらの命令は、既存の及び将来のＩＢＭ（登録商標）メインフレーム・サーバにおいて、及び、ＩＢＭ（登録商標）の他のマシン（例えば、ｐＳｅｒｉｅｓ（登録商標）サーバ及びｘＳｅｉｒｅｓ（登録商標）サーバ）上で、エミュレートすることができる。これらの命令は、ＩＢＭ（登録商標）、Ｉｎｔｅｌ（登録商標）、ＡＭＤ（商標）、Ｓｕｎ Ｍｉｃｒｏｓｙｓｔｅｍｓその他によって製造されたハードウェアを用いた種々のマシン上でＬｉｎｕｘ（登録商標）を実行しているマシンにおいて実行することができる。Ｚ／Ａｒｃｈｉｔｅｃｔｕｒｅ（登録商標）のハードウェア上で実行することに加えて、Ｌｉｎｕｘ（登録商標）を用いること、並びに、一般に実行がエミュレーション・モードにある、Ｈｅｒｃｕｌｅｓ、ＵＭＸ、又はＦｕｎｄａｍｅｎｔａｌ Ｓｏｆｔｗａｒｅ，Ｉｎｃ．（ＦＳＩ）、又はＰｌａｔｆｏｒｍ Ｓｏｌｕｔｉｏｎｓ，Ｉｎｃ．（ＰＳＩ）によるエミュレーションを用いるマシンを使用することもできる。エミュレーション・モードにおいては、ネイティブ・プロセッサによって、エミュレーション・ソフトウェアが実行され、エミュレートされたプロセッサのアーキテクチャをエミュレートする。

エミュレートされたホスト・コンピュータ・システム２１のコンポーネントの１つ又は複数は、「ＩＢＭ（登録商標） ｚ／Ａｒｃｈｉｔｅｃｔｕｒｅ Ｐｒｉｎｃｉｐｌｅｓ ｏｆ Ｏｐｅｒａｔｉｏｎ」、出版番号ＳＡ２２−７８３２−０８、第９版、２０１０年８月」に記載されており、その全体は、引用により本明細書に含まれるものである。ＩＢＭは、米国ニューヨーク州アーモンク所在のインターナショナル・ビジネス・マシーンズ・コーポレーションの登録商標である。本明細書で使用される他の名称は、インターナショナル・ビジネス・マシーンズ・コーポレーション又は他の会社の登録商標、商標、又は製品名であり得る。

ネイティブ・プロセッサ２７は、典型的に、エミュレートされたプロセッサのエミュレーションを実行するためにファームウェア又はネイティブ・オペレーティング・システムのいずれかを含むエミュレーション・ルーチン・メモリ２３内に格納されたエミュレーション・ソフトウェアを実行する。エミュレーション・ソフトウェアは、エミュレートされたプロセッサ・アーキテクチャの命令のフェッチ及び実行を担当する。エミュレーション・ソフトウェアは、エミュレートされたプログラム・カウンタを維持し、命令の境を監視し続ける。エミュレーション・ソフトウェアは、一度の１つ又は複数のエミュレートされたマシン命令をフェッチし、ネイティブ・プロセッサ２７により実行するために、１つ又は複数のエミュレートされたマシン命令を、対応するネイティブ・マシン命令のグループに変換することができる。これらの変換された命令をキャッシュに入れて、より高速の変換を達成することができる。エミュレーション・ソフトウェアは、エミュレートされたプロセッサ・アーキテクチャのアーキテクチャ規則を維持して、オペレーティング・システム及びエミュレートされたプロセッサのために書かれたアプリケーションが正確に動作することを保証する。さらに、エミュレーション・ソフトウェアは、これらに限られるものではないが、制御レジスタ、汎用レジスタ、浮動小数点レジスタ、例えばセグメント・テーブル及びページ・テーブルを含む動的アドレス変換機能、割り込み機構、コンテキスト・スイッチ機構、時刻（Time of Day、ＴＯＤ）クロック、及びＩ／Ｏサブシステムへのアーキテクチャ化されたインターフェースを含む、エミュレートされたプロセッサのアーキテクチャによって識別されるリソースを提供し、オペレーティング・システム又はエミュレートされたプロセッサ２９上で実行するように設計されたアプリケーション・プログラムが、エミュレーション・ソフトウェアを有するネイティブ・プロセッサ２７上で実行できるようにする。

エミュレートされる特定の命令がデコードされ、個々の命令の機能を実行するためのサブルーチンが呼び出される。エミュレートされたプロセッサ１の機能をエミュレートするエミュレーション・ソフトウェアの機能は、例えば、「Ｃ」サブルーチン若しくはドライバにおいて、又は好ましい実施形態の説明を理解した後で当技術の範囲内にある特定のハードウェアのためドライバを提供する、他の何らかの方法で実装される。

１つの実施形態において、本発明は、ソフトウェア（ライセンス内部コード、ファームウェア、マイクロコード、ミリコード、ピココードなどと呼ばれる場合もあるが、そのいずれも本発明の１つ又は複数の態様と整合性がある）により実施することができる。図１を参照すると、本発明を具体化するソフトウェア・プログラム・コードには、ホスト・コンピュータ・システム５０のＣＰＵ（中央演算処理ユニット）１としても知られるプロセッサにより、長期ストレージ媒体、ＣＤ−ＲＯＭドライブ、テープドライブ、又はハードドライブなどのストレージ・デバイス１１からアクセスすることができる。ソフトウェア・プログラム・コードは、ディスケット、ハードドライブ、又はＣＤ−ＲＯＭなどの、データ処理システムと共に使用するための種々の周知の媒体のいずれかの上で具体化することができる。コードは、こうした媒体上に分散させてもよく、又はコンピュータ・メモリ２からユーザに分散させてもよく、又は、上述した他のシステムのユーザが使用するために、ネットワーク１０上の１つのコンピュータ・システムのストレージから他のコンピュータ・システムに分散させてもよい。

代替的に、コンピュータ・メモリ２においてプログラム・コードを具体化し、プロセッサ・バス（図示せず）を用いて、プロセッサ１によりプログラム・コードにアクセスすることができる。こうしたプログラム・コードは、種々のコンピュータ・コンポーネントの機能及び相互作用を制御するオペレーティング・システムと、１つ又は複数のアプリケーション・プログラムとを含む。プログラム・コードは、通常、ストレージ・デバイス１１などの高密度媒体からコンピュータ・メモリ２にページングされ、そこでプロセッサ１による処理のために利用可能になる。ソフトウェア・プログラム・コードをメモリ内、物理的媒体上で具体化し、及び／又は、ネットワークを介してソフトウェア・コードを分散させる技術及び方法は周知であり、本明細書ではこれ以上論じない。プログラム・コードは、作成され、有形の媒体（これらに限定されるものではないが、電子メモリ・モジュール（ＲＡＭ）、フラッシュ・メモリ、コンパクト・ディスク（ＣＤ）、ＤＶＤ、磁気テープ等を含む）上に格納されたとき、「コンピュータ・プログラム製品」と呼ばれることが多い。コンピュータ・プログラム製品媒体は、典型的には、処理回路による実行のために、好ましくはコンピュータ・システム内の処理回路によって読み取り可能である。

図３は、本発明を実施することができる代表的なワークステーション又はサーバ・ハードウェア・システムを示す。図３のシステム１００は、随意的に周辺機器を含む、パーソナル・コンピュータ、ワークステーション、又はサーバなどの代表的なベース・コンピュータ・システム１０１を含む。ベース・コンピュータ・システム１０１は、１つ又は複数のプロセッサ１０６と、周知の技術に従って１つ又は複数のプロセッサ１０６とベース・コンピュータ・システム１０１の他のコンポーネントを接続し、これらの間の通信を可能にするために用いられるバス（図示せず）とを含む。バスは、プロセッサ１０６を、メモリ１０５及びハードドライブ（例えば、磁気媒体、ＣＤ、ＤＶＤ、及びフラッシュ・メモリのいずれかを含む）又はテープドライブを含むことができる長期ストレージ１０７に接続する。ベース・コンピュータ・システム１０１はまた、バスを介して、１つ又は複数のプロセッサ１０６を、キーボード１０４、マウス１０３、プリンタ／スキャナ１１０、及び／又はタッチ・センシティブ・スクリーン、デジタル化された入力パッド等のいずれかのユーザ・インターフェース機器とすることができる他のインターフェース機器といった、１つ又は複数のインターフェース機器に接続する、ユーザ・インターフェース・アダプタを含むこともできる。バスはまた、ディスプレイ・アダプタを介して、１つ又は複数のプロセッサを、ＬＣＤスクリーン又はモニタなどのディスプレイ装置１０２にも接続する。

ベース・コンピュータ・システム１０１は、ネットワーク１０９と通信することができるネットワーク・アダプタ１０８を介して、他のコンピュータ又はコンピュータのネットワークと通信することができる。例示的なネットワーク・アダプタは、通信チャネル、トークン・リング、イーサネット（登録商標）、又はモデムである。これに代えて、ベース・コンピュータ・システム１０１は、セルラー・デジタル・パケット・データ（ＣＤＰＤ）カードなどの無線インターフェースを用いて通信することができる。ベース・コンピュータ・システム１０１は、ローカル・エリア・ネットワーク（ＬＡＮ）若しくは広域ネットワーク（ＷＡＮ）内の上述した他のコンピュータと関連付けることができ、又は、別のコンピュータ等とのクライアント／サーバ構成におけるクライアントとすることができる。

図４は、本発明を実施することができるデータ処理ネットワーク２００を示す。データ処理ネットワーク２００は、各々が複数の個々のワークステーション２０１、２０２、２０３、２０４、及び／又は図３のベース・コンピュータ・システム１０１を含むことができる、無線ネットワーク及び有線ネットワークのような複数の個々のネットワークを含むことができる。さらに、当業者であれば理解するように、１つ又は複数のＬＡＮを含ませることができ、そこで、ＬＡＮは、ホスト・プロセッサに結合された複数のインテリジェント・ワークステーションを含むことができる。

プログラミング・コード１１１をメモリ１０５において具体化し、プロセッサ・バスを用いてプロセッサ１０６により、このプログラミング・コード１１１にアクセスすることができる。こうしたプログラミング・コードは、種々のコンピュータ・コンポーネントの機能及び相互作用を制御するオペレーティング・システムと、１つ又は複数のアプリケーション・プログラム１１２とを含む。プログラム・コードは、通常、長期ストレージ１０７から高速メモリ１０５にページングされ、そこでプロセッサ１０６による処理のために利用可能になる。物理媒体上のソフトウェア・プログラミング・コードをメモリ内、で具体化する、及び／又は、ネットワークを介してソフトウェア・コードを分散させる技術及び方法は周知であり、本明細書ではこれ以上論じない。プログラム・コードは、有形の媒体（これらに限定されるものではないが、電子メモリ・モジュール（ＲＡＭ）、フラッシュ・メモリ、コンパクト・ディスク（ＣＤ）、ＤＶＤ、磁気テープ等を含む）上に作成され格納されたとき、「コンピュータ・プログラム製品」と呼ばれることが多い。コンピュータ・プログラム製品媒体は、典型的には、処理回路による実行のために、好ましくはコンピュータ・システム内の処理回路によって読み取り可能である。

プロセッサが最も容易に利用できるキャッシュ（通常、プロセッサの他のキャッシュよりも高速で小さい）は、最下位（Ｌ１又はレベル１）のキャッシュであり、主記憶部（メインメモリ）は、最上位レベルのキャッシュ（３つのレベルがある場合にはＬ３）である。最下位レベルのキャッシュは、実行されるマシン命令を保持する命令キャッシュ（Ｉ−キャッシュ）と、データ・オペランドを保持するデータ・キャッシュ（Ｄ−キャッシュ）とに分割されることが多い。

引き続き図４を参照すると、ネットワークはまた、ゲートウェイ・コンピュータ（クライアント・サーバ）２０６、又は（データ・リポジトリにアクセスすることができ、且つ、ワークステーション２０５から直接アクセスすることもできる）アプリケーシ・サーバ（遠隔サーバ）２０８などの、メインフレーム・コンピュータ又はサーバを含むこともできる。ゲートウェイ・コンピュータ２０６は、各々のネットワーク２０７へのエントリ・ポイントとして働く。ゲートウェイは、１つのネットワーキング・プロトコルを別のものに接続するときに必要とされる。ゲートウェイ・コンピュータ２０６は、通信リンクによって、別のネットワーク（例えば、インターネット２０７）に結合できることが好ましい。ゲートウェイ・コンピュータ２０６は、また、通信リンクを用いて、１つ又は複数のワークステーション１０１、２０１、２０２、２０３及び２０４に直接結合することもできる。ゲートウェイ・コンピュータは、インターナショナル・ビジネス・マシーンズ・コーポレーションから入手可能なＩＢＭ（登録商標） ｅＳｅｒｖｅｒ（登録商標） ｚＳｅｒｉｅｓ（登録商標）ｚ９（登録商標）サーバを用いて実装することができる。

１つの実施形態において、本発明を具体化するソフトウェア・プログラミング・コードには、図３の長期ストレージ１０７などの長期ストレージ媒体から、ベース・コンピュータ・システム１０１のプロセッサ１０６によりアクセスされる。ソフトウェア・プログラミング・コードは、ディスケット、ハードドライブ、又はＣＤ−ＲＯＭといった、データ処理システムと共に用いるための種々の周知の媒体のいずれかの上で具体化することができる。コードは、そのような媒体上で分散させても、又はメモリからユーザ２１０及び２１１に分散させてもよく、又は上述した他のシステムのユーザが用いるために、ネットワーク上で１つのコンピュータ・システムのストレージから他のコンピュータ・システムに分散させてもよい。

図５を参照すると、プロセッサ１０６に関する例示的なプロセッサ実施形態が示される。メモリ・ブロックをバッファに入れてプロセッサ１０６の性能を向上させるために、１つ又は複数のレベルのキャッシュ３０３が用いられる。キャッシュ３０３は、使用される可能性が高いメモリ・データのキャッシュ・ラインを保持する高速バッファである。典型的なキャッシュ・ラインは、６４バイト、１２８バイト、又は２５６バイトのメモリ・データである。１つの実施形態において、命令をキャッシュに入れるために、データをキャッシュに入れるのとは別個のキャッシュが用いられる。キャッシュ・コヒーレンス（メモリ及びキャッシュ内のラインのコピーの同期）は、多くの場合、当技術分野において周知の種々の「スヌープ（snoop）」アルゴリズムによって与えられる。プロセッサ・システムのメモリ１０５などの主記憶部は、キャッシュとして参照されることが多い。４つのレベルのキャッシュ３０３を有するプロセッサ・システムにおいて、メモリ１０５は、典型的にはより高速であり、且つ、コンピュータ・システムが利用できる不揮発性ストレージ（ＤＡＳＤ、テープ等）の一部だけを保持するので、レベル５（Ｌ５）のキャッシュと呼ばれることがある。メモリ１０５は、オペレーティング・システムによってメモリ１０５との間でページングされるデータのページを「キャッシュする」。

プログラム・カウンタ（命令カウンタ）３１１は、実行される現在の命令（current instruction）のアドレスを常時監視している。ｚ／アーキテクチャ・プロセッサのプログラム・カウンタは６４ビットであり、従来のアドレッシング制限をサポートするために、３１ビット又は２４ビットに切り捨てすることができる。。プログラム・カウンタは、典型的には、コンテキスト・スイッチの際に持続するように、コンピュータのプログラム状況ワード（ＰＳＷ）内に実装される。従って、例えばオペレーティング・システムにより、プログラム・カウンタ値を有する進行中のプログラムに割り込みをかけることが可能である（即ち、プログラム環境からオペレーティング・システム環境への現在のコンテキスト・スイッチ）。プログラムがアクティブでない間、プログラムのＰＳＷは、プログラム・カウンタ値を維持し、オペレーティング・システムが実行されている間、オペレーティング・システムの（ＰＳＷ内の）プログラム・カウンタが用いられる。１つの実施形態において、プログラム・カウンタは、現在の命令のバイト数に等しい量だけインクリメントされる。縮小命令セットコンピューティング（ＲＩＳＣ）の命令は、典型的には固定長であり、複合命令セット・コンピューティング（ＣＩＳＣ）の命令は、典型的には可変長である。ＩＢＭ（登録商標） ｚ／アーキテクチャの命令は、２バイト、４バイト、又は６バイトの長さを有するＣＩＳＣ命令である。例えば、コンテキスト・スイッチ操作又は、分岐命令の分岐成立（Branch taken）操作により、プログラム・カウンタ３１１が変更される。コンテキスト・スイッチ操作において、現行のプログラム・カウンタ値は、実行されるプログラムについての他の状態情報（条件コードなど）と共にＰＳＷ内に保存され、新しいプログラム・カウンタ値がロードされ、実行される新しいプログラム・モジュールの命令を指し示す。分岐成立操作を行い、分岐命令の結果をプログラム・カウンタ３１１にロードすることにより、プログラムが判断を下すこと又はプログラム内でループすることを可能にする。

１つの実施形態において、プロセッサ１０６の代わりに命令をフェッチするために、命令フェッチ・ユニット３０５が用いられる。命令フェッチ・ユニット３０５は、「次の順次命令（next sequential instruction）」、分岐成立命令のターゲット命令、又はコンテキスト・スイッチの後のプログラムの最初の命令のいずれかをフェッチする。１つの実施形態において、命令フェッチ・ユニット３０５は、プリフェッチされた命令を用いることができる可能性に基づいて、命令を投機的にプリフェッチするためのプリフェッチ技術を用いる。例えば、命令フェッチ・ユニット３０５は、次の順次命令を含む１６バイトの命令と、付加的なバイトの更なる順次命令とをフェッチすることができる。

次に、フェッチされた命令が、プロセッサ１０６により実行される。１つの実施形態において、フェッチされた命令は、命令フェッチ・ユニット３０５のデコード／ディスパッチ・ユニット３０６に渡される。デコード／ディスパッチ・ユニット３０６は、命令をデコードし、デコードされた命令についての情報を適切な実行ユニット３０７、３０８、及び／又は３１０に転送する。実行ユニット３０７は、命令フェッチ・ユニット３０５から、デコードされた算術命令についての情報を受け取り、命令の操作コード（オペコード）に従ってオペランドに関する算術演算を行う。オペランドは、メモリ１０５、アーキテクチャ化レジスタ３０９、又は実行されている命令の即値フィールドのいずれかから、実行ユニット３０７に与えられる。実行の結果は、格納される場合には、メモリ１０５、アーキテクチャ化レジスタ３０９、又は他のマシン・ハードウェア（制御レジスタ、ＰＳＷレジスタ等のような）内に格納される。

プロセッサ１０６は、典型的には、命令の機能を実行するための１つ又は複数の実行ユニット３０７、３０８、及び３１０を有する。図６を参照すると、実行ユニット３０７は、インターフェース論理４０７を介して、アーキテクチャ化レジスタ３０９、デコード／ディスパッチ・ユニット３０６、ロード・ストア・ユニット３１０、及びその他のプロセッサ・ユニット４０１と通信することができる。実行ユニット３０７は、幾つかのレジスタ回路４０３、４０４、及び４０５を用いて、算術論理演算ユニット（ＡＬＵ）４０２が演算対象とする情報を保持することができる。ＡＬＵ４０２は、加算（ａｄｄ）、減算（ｓｕｂｔｒａｃｔ）、乗算（ｍｕｌｔｉｐｌｙ）及び除算（ｄｉｖｉｄｅ）などの算術演算、並びに、論理積（ａｎｄ）、論理和（ｏｒ）及び排他的論理和（ＸＯＲ）、ローテート（ｒｏｔａｔｅ）及びシフト（ｓｈｉｆｔ）などの論理関数を実行する。１つの実施形態において、ＡＬＵは、設計に依存する専用の演算をサポートする。他の回路は、例えば条件コード及び復元サポート論理を含む、他のアーキテクチャ化ファシリティ４０８を提供することができる。典型的には、ＡＬＵ演算の結果は、出力レジスタ回路４０６内に保持され、この出力レジスタ回路４０６が、結果を種々の他の処理機能に転送することができる。他の実施形態においては、多数のプロセッサ・ユニットの構成が存在し、本説明は、一実施形態の代表的な理解を与えることのみを意図している。

例えばＡＤＤ命令は、算術及び論理機能を有する実行ユニット３０７で実行され、一方、例えば浮動小数点命令は、特化された浮動小数点能力を有する浮動小数点実行ユニット（図示せず）で実行される。実行ユニットは、オペランドに対して操作コードが定めた関数を実行することにより、命令が特定したオペランドに対して動作することが好ましい。例えば、ＡＤＤ命令は、命令のレジスタ・フィールドによって特定された２つのアーキテクチャ化レジスタ３０９内に見出されるオペランドに対して、実行ユニット３０７により実行することができる。

実行ユニット３０７は、２つのオペランドに対して算術加算を実行し、結果を第３のオペランドに格納し、ここで第３のオペランドは、第３のレジスタであっても又は２つのソース・レジスタの一方であってもよい。実行ユニット３０７は、シフト、ローテート、論理積、論理和及び排他的論理和のような種々の論理関数、並びに、加算、減算、乗算、除算のいずれかを含む、種々の代数関数を実行することができる算術論理演算ユニット（ＡＬＵ）４０２を用いることが好ましい。スカラー演算のために設計されたＡＬＵ４０２もあり、浮動小数点のために設計されたＡＬＵ４０２もある。実施形態において、データは、アーキテクチャに応じて、ビッグエンディアン（最下位バイトが最も高いバイト・アドレスである）、又はリトルエンディアン（最下位バイトが最も低いバイト・アドレスである）とすることができる。ＩＢＭ（登録商標） ｚ／アーキテクチャは、ビッグエンディアンである。符号付きフィールドは、アーキテクチャに応じて、符号及び大きさ、１の補数、又は２の補数とすることができる。２の補数における負の値又は正の値は、ＡＬＵ内で加法しか必要としないため、ＡＬＵが減算能力を設計する必要がないという点で、２の補数は有利である。数値は、通常、省略表現で記述され、１２ビット・フィールドは、４，０９６バイトブロックのアドレスを定め、通常、例えば４Ｋバイト（キロバイト）ブロックとして記述される。

図７を参照すると、分岐命令を実行するための分岐命令情報が、典型的には、分岐ユニット３０８に送られ、この分岐ユニット３０８は、分岐履歴テーブル４３２のような分岐予測アルゴリズムを用いて、他の条件付き演算が完了する前に分岐の結果を予測する。条件付き演算が完了する前に、現在の分岐命令のターゲットがフェッチされ、投機的に実行される。条件付き演算が完了すると、投機的に実行された分岐命令は、条件付き演算の条件及び投機された結果に基づいて、完了されるか又は破棄される。典型的な分岐命令は、条件コードを試験し、条件コードが分岐命令の分岐要件を満たす場合、ターゲット・アドレスに分岐することができ、ターゲット・アドレスは、例えば、命令のレジスタ・フィールド又は即値フィールド内に見出されるものを含む幾つかの数に基づいて計算することができる。１つの実施形態において、分岐ユニット３０８は、複数の入力レジスタ回路４２７、４２８及び４２９と、出力レジスタ回路４３０とを有するＡＬＵ４２６を用いることができる。分岐ユニット３０８は、例えば、汎用レジスタ、デコード／ディスパッチ・ユニット３０６、又は他の回路４２５と通信することができる。

例えば、オペレーティング・システムによって開始されるコンテキスト・スイッチ、コンテキスト・スイッチを発生させるプログラム例外又はエラー、コンテキスト・スイッチを発生させるＩ／Ｏ割り込み信号、又は（マルチスレッド環境における）複数のプログラムのマルチスレッド活動を含む様々な理由により、命令のグループの実行に割り込みがかけられることがある。１つの実施形態において、コンテキスト・スイッチ動作により、現在実行中のプログラムについての状態情報が保存され、次いで、起動される別のプログラムについての状態情報がロードされる。状態情報は、例えば、ハードウェア・レジスタ又はメモリ内に保存することができる。状態情報は、実行される次の命令を指し示すプログラム・カウンタ値、条件コード、メモリ変換情報、及びアーキテクチャ化レジスタのコンテンツを含む。コンテキスト・スイッチ活動は、ハードウェア回路、アプリケーション・プログラム、オペレーティング・システム・プログラム、又はファームウェア・コード（マイクロコード、ピココード、又はライセンス内部コード（ＬＩＣ））により単独で又はその組み合わせで実施することができる。

プロセッサは、命令により定義された方法に従ってオペランドにアクセスする。命令は、命令の一部の値を用いて即値オペランドを与え、汎用レジスタ又は専用レジスタ（例えば、浮動小数点レジスタ）のいずれかを明示的に指し示す１つ又は複数のレジスタ・フィールドを与えることができる。命令は、操作コード・フィールドによって、オペランドとして識別されるインプライド・レジスタ（implied register）を用いることができる。命令は、オペランドのためのメモリ位置を用いることができる。ｚ／アーキテクチャの長変位ファシリティ（long displacement facility）により例示されるように、オペランドのメモリ位置を、レジスタ、即値フィールド、又はレジスタと即値フィールドの組み合わせによって与えることができ、命令は、基底レジスタ、インデックス・レジスタ、及び即値フィールド（変位フィールド）を定め、これらが、互いに加算されてメモリ内のオペランドのアドレスをもたらす。ここでの位置（location）は、典型的には、特に断りのない限り、主メモリ（主ストレージ）内の記憶位置を意味する。

図８を参照すると、プロセッサは、ロード／ストア・ユニット３１０を用いて、ストレージにアクセスする。ロード／ストア・ユニット３１０は、キャッシュ・メモリ・インターフェースを通じてメモリ内のターゲット・オペランドのアドレスを取得し、オペランドをアーキテクチャ化レジスタ３０９若しくは別のメモリ位置にロードすることによって、ロード操作を行うことができ、又は、メモリ内のターゲット・オペランドのアドレスを取得し、アーキテクチャ化レジスタ３０９若しくは別のメモリ位置から取得したデータをメモリ内のターゲット・オペランドの記憶位置に格納することによって、ストア操作を行うことができる。ロード／ストア・ユニット３１０は、投機的なものであってもよく、命令シーケンスに対してアウト・オブ・オーダー式の順序でメモリにアクセスすることができるが、プログラムに対して、命令がイン・オーダー式に実行されたように見せ続ける。ロード／ストア・ユニット３１０は、アーキテクチャ化レジスタ３０９、デコード／ディスパッチ・ユニット３０６、キャッシュ／メモリ・インターフェース若しくは他の要素４５５と通信することができ、ストレージ・アドレスを計算し、且つ、パイプライン処理を順に行って操作をイン・オーダー式に保持するための、種々のレジスタ回路、ＡＬＵ４５８、及び制御論理４６３を含む。一部の動作は、アウト・オブ・オーダー式とすることができるが、ロード／ストア・ユニットは、アウト・オブ・オーダー式動作が、プログラムに対して、当技術分野において周知のようなイン・オーダー式に実行されたように見えるようにする機能を提供する。

好ましくは、アプリケーション・プログラムが「見ている」アドレスは、仮想アドレスと呼ばれることが多い。仮想アドレスは、「論理アドレス」及び「実効アドレス」と呼ばれることもある。これらの仮想アドレスは、これらに限定されるものではないが、仮想アドレスをオフセット値にプリフィックス付加すること、１つ又は複数の変換テーブルを介して仮想アドレスを変換することを含む、図５のＤＡＴ３１２のような種々のＤＡＴ技術の１つによって、物理的メモリ位置にリダイレクトされるという点で仮想のものであり、変換テーブルは、少なくともセグメント・テーブル及びページ・テーブルを単独で又は組み合わせて含み、セグメント・テーブルは、ページ・テーブルを指し示すエントリを有することが好ましい。ｚ／アーキテクチャにおいては、領域第１テーブル、領域第２テーブル、領域第３テーブル、セグメント・テーブル、及び随意的なページ・テーブルを含む、変換の階層が提供される。アドレス変換の性能は、仮想アドレスを関連した物理的メモリ位置にマッピングするエントリを含む変換ルックアサイド・バッファ（ＴＬＢ）を用いることにより改善されることが多い。ＤＡＴ３１２が変換テーブルを用いて仮想アドレスを変換したときに、エントリが作成される。次いで、後に仮想アドレスを用いることで、低速の順次変換テーブル・アクセスではなく、高速のＴＬＢのエントリを用いることがきる。ＴＬＢのコンテンツは、最長時間未使用（Least Recently Used、ＬＲＵ）を含む種々の置換アルゴリズムによって管理することができる。

プロセッサ１０６がマルチプロセッサ・システムのプロセッサである場合には、各プロセッサは、コヒーレンシのために、Ｉ／Ｏ、キャッシュ、ＴＬＢ、及びメモリといった共有リソースをインターロック状態に保持する責任を負う。１つの実施形態において、キャッシュ・コヒーレンシを保持する際に、「スヌープ」技術が用いられる。スヌープ環境においては、共有を容易にするために、各キャッシュ・ラインを、共有状態、排他的状態、変更状態、無効状態等のいずれか１つの状態にあるものとしてマーク付けすることができる。

図５のＩ／Ｏユニット３０４は、プロセッサ１０６に、例えば、テープ、ディスク、プリンタ、ディスプレイ、及びネットワークを含む周辺機器に取り付けるための手段を与える。Ｉ／Ｏユニット３０４は、ソフトウェア・ドライバによってコンピュータ・プログラムに提示されることが多い。ＩＢＭ（登録商標） ｚ／Ｓｅｒｉｅｓのようなメインフレームにおいては、チャネル・アダプタ及びオープン・システム・アダプタが、オペレーティング・システムと周辺機器との間に通信をもたらすメインフレームのＩ／Ｏユニットである。

インストルメンテーション・データは、プロセッサ１０６の動作に関連したデータである。１つの実施形態において、インストルメンテーション・データ及び他のシステム・レベル・メトリックへのアクセスが制限されていること又は利用できないことがある。コンピュータ・プロセッサは、特権状態（即ち、スーパーバイザ状態）、及び低特権状態（又は問題状態）の下で動作する。特権状態において、プログラムは、特権操作を介して、全てのシステム・リソースにアクセスする（例えば、全ての制御レジスタ及びスーパーバイザ・メモリ空間にアクセスする）ことができる。特権状態は、特権モード又はスーパーバイザ・モードとも呼ばれる。コンピュータ・プロセッサ上で実行されているオペレーティング・システムは、特権状態で動作し得る。低特権状態は、システム・リソースへのアクセスが制限されている非特権状態（non-privileged state）である。例えば、低特権状態で実行されているアプリケーション・プログラムは、制御レジスタへのアクセスが制限されるか又は制御レジスタにアクセスできないことがあり、且つ、オペレーティング・システムにより、アプリケーション・プログラムに割り当てられたユーザ・メモリ空間にしかアクセスすることができない。低特権状態は、典型的には、オペレーティング・システムの制御下で実行されるアプリケーション・プログラムに割り当てられ、特権操作を低特権状態で実施することはできない。低特権状態は、問題状態、問題モード、又はユーザ・モードとしても知られる。

低特権状態で実行されているプログラムに書き込み・アクセス可能でない１つのこうした制限されたリソースが、プログラム状況ワード（ＰＳＷ）である。ＰＳＷは、実行される次の命令のプログラム・カウンタと、分岐命令により使用可能な条件コード・フィールドと、インストルメンテーションがイネーブルにされているか又はディスエーブルにされているかを示すためのインストルメンテーション制御フィールドと、命令の順序を制御し、プログラムに割り当てられた特権状態を含むコンピュータ・プロセッサの状態を判断するために用いられる他の情報とを含むことができる。マルチスレッド処理環境においては、複数のプログラムが、利用可能なコンピュータ・プロセッサの容量を共有するか、又はタイムスライスする。プログラムの各々は、関連したＰＳＷ、プログラムに割り当てられた主ストレージにアクセスするためのアドレス変換テーブルの起点アドレス（origin address）、汎用レジスタの現在値のセット、制御レジスタ、浮動小数点レジスタ等を含む、コンテキスト情報を有する。現在アクティブな又は制御を行っているＰＳＷは、現（current）ＰＳＷと呼ばれる。この現ＰＳＷは、現在実行されているプログラムを制御する。コンピュータ・プロセッサは、割り込み能力を有し、この割り込み能力により、例外条件及び外部からの刺激に応答して、コンピュータ・プロセッサが、別のプログラムにより迅速にコンテキストを切り替えることが可能になる。割り込みが発生すると、コンピュータ・プロセッサは、現ＰＳＷを、特定のクラスの割り込みのための、旧（old）ＰＳＷ位置と呼ばれる割り当てられたストレージ位置に入れる。コンピュータ・プロセッサは、第２の割り当てられたストレージ位置から、新(new）ＰＳＷをフェッチする。この新しいコンテキストにより、実行される次のプログラムが判断される。１つの実施形態において、これらのストレージ位置は、コンピュータ・プロセッサがアクセス可能なメモリ位置に配置される。コンピュータ・プロセッサが割り込み処理を終了すると、割り込みを処理するプログラムは、旧ＰＳＷを含む旧コンテキストを再ロードし、これを再び現ＰＳＷとすることができ、これにより、割り込みを受けたプログラムが続行できるようになる。

ＰＳＷのフィールドは、明示的に（例えば、命令の実行がＰＳＷビットの一部を読み出す場合）、又は暗黙的に（例えば、命令フェッチ、オペランド・フェッチ、アドレス生成計算、アドレス生成ソース等の際に）参照することができる。明示的な参照は、一般に、実行時に実施されるのに対して、暗黙的な参照は、一般に、命令実行中のパイプラインの異なる段階（即ち、命令フェッチ、命令デコード、実行時、及び完了時）に実施される。ＰＳＷ内の個々のフィールドは、互いに独立して参照又は更新することができる。

１つの実施形態において、コンテキストを操作することにより、オペレーティング・システムは、コンピュータ・プロセッサによりランタイム・インストルメンテーションをイネーブルにすることを含む、コンピュータ処理リソースの制御を行う。ランタイム・インストルメンテーションは、オペレーティング・システムの実行の際、並びに、オペレーティング・システムにより実行されるいずれかのソフトウェア・アプリケーションにより、イネーブル又はディスエーブルにすることができる。ランタイム・インストルメンテーションのイネーブル／ディスエーブル状態は、プログラムと関連したＰＳＷ内に、コンテキスト情報として保存される。

ランタイム・インストルメンテーション（ＲＩ）ファシリティは、ｚ／アーキテクチャを実装するモデル上に組み込むことができる。ＲＩファシリティがインストールされ、イネーブルにされると、プログラム実行中、データが、ＣＰＵの１つ又は複数の収集バッファ内に収集され、次いで、プログラム・バッファに報告される。格納された情報の各単位は、報告グループと呼ばれる。報告グループのコンテンツは、プログラム実行中、そのコンテンツがＣＰＵにより認識されたイベントを表す複数の記録から成る。

ランタイム・インストルメンテーション・ファシリティが構成内にインストールされている場合、ＰＳＷフィールド（ＲＩビット）がランタイム・インストルメンテーションをイネーブルにする。ランタイム・インストルメンテーション制御の妥当性が、ＲＩビットをオンにする能力を決定するが、ＲＩが１のとき、ＣＰＵ制御は有効であり、ランタイム・インストルメンテーションがイネーブルにされる。ランタイム・インストルメンテーション・ファシリティは、以下の命令：ｌｏａｄ ｒｕｎ−ｔｉｍｅ−ｉｎｓｔｒｕｍｅｎｔａｔｉｏｎ ｃｏｎｔｒｏｌｓ、ｍｏｄｉｆｙ ｒｕｎ−ｔｉｍｅ−ｉｎｓｔｒｕｍｅｎｔａｔｉｏｎ ｃｏｎｔｒｏｌｓ、ｒｕｎ−ｔｉｍｅ−ｉｎｓｔｒｕｍｅｎｔａｔｉｏｎ ｅｍｉｔ、ｒｕｎ−ｔｉｍｅ−ｉｎｓｔｒｕｍｅｎｔａｔｉｏｎ ｎｅｘｔ、ｒｕｎ−ｔｉｍｅ−ｉｎｓｔｒｕｍｅｎｔａｔｉｏｎ ｏｆｆ、ｒｕｎ−ｔｉｍｅ−ｉｎｓｔｒｕｍｅｎｔａｔｉｏｎ ｏｎ、ｓｔｏｒｅ ｒｕｎ−ｔｉｍｅ−ｉｎｓｔｒｕｍｅｎｔａｔｉｏｎ ｃｏｎｔｒｏｌｓ、及びｔｅｓｔ ｒｕｎ−ｔｉｍｅ−ｉｎｓｔｒｕｍｅｎｔａｔｉｏｎ ｃｏｎｔｒｏｌｓを含むことができる。

ｌｏａｄ ｒｕｎ−ｔｉｍｅ−ｉｎｓｔｒｕｍｅｎｔａｔｉｏｎ ｃｏｎｔｒｏｌｓ（ＬＲＩＣ：ランタイム・インストルメンテーション制御ロード）命令は、ランタイム・インストルメンテーションを制御するランタイム・インストルメンテーション制御を初期化する。ｍｏｄｉｆｙ ｒｕｎ−ｔｉｍｅ−ｉｎｓｔｒｕｍｅｎｔａｔｉｏｎ ｃｏｎｔｒｏｌｓ（ＭＲＩＣ）命令は、もともとＬＲＩＣによって確立されたランタイム・インストルメンテーション制御の全て又はサブセットを変更する。ｒｕｎ−ｔｉｍｅ−ｉｎｓｔｒｕｍｅｎｔａｔｉｏｎ ｅｍｉｔ（ＲＩＥＭＩＴ）命令は、汎用レジスタの値を収集バッファ内に格納することにより、これを収集する。ｒｕｎ−ｔｉｍｅ−ｉｎｓｔｒｕｍｅｎｔａｔｉｏｎ ｎｅｘｔ（ＲＩＮＥＸＴ：）命令は、ＲＩＮＥＸＴの後の次の順次命令（ＮＳＩ）の指向サンプリングを実施する。ｒｕｎ−ｔｉｍｅ−ｉｎｓｔｒｕｍｅｎｔａｔｉｏｎ ｏｆｆ（ＲＩＯＦＦ）命令は、ランタイム・インストルメンテーションをディスエーブルにする。ｒｕｎ−ｔｉｍｅ−ｉｎｓｔｒｕｍｅｎｔａｔｉｏｎ ｏｎ（ＲＩＯＮ）命令は、ランタイム・インストルメンテーションをイネーブルにする。ｓｔｏｒｅ ｒｕｎ−ｔｉｍｅ−ｉｎｓｔｒｕｍｅｎｔａｔｉｏｎ ｃｏｎｔｒｏｌｓ（ＳＴＲＩＣ）命令は、ランタイム・インストルメンテーション制御の現在の値を指定されたストレージ位置に入れる。ｔｅｓｔ ｒｕｎ−ｔｉｍｅ−ｉｎｓｔｒｕｍｅｎｔａｔｉｏｎ ｃｏｎｔｒｏｌｓ（ＴＲＩＣ）命令は、ランタイム・インストルメンテーション制御を検査する。有効である場合、制御変更インジケータの状態が設定される。

ランタイム・インストルメンテーション・ファシリティは、測定警報外部割り込みを保留中にする能力を含む。ランタイム・インストルメンテーションによって収集され、プログラム・バッファに報告される情報の一部はモデル依存であり、従って、定義されない。ランタイム・インストルメンテーション・ファシリティにより与えられるサンプル及びデータは、性能特性の統計的推定を目的としており、概ね正確であり、繰り返し可能でないことがある。例えば、サンプリング・モードに関係なく、例外を発生させた又は特定のシステムの内部活動と関連付けられたサンプル命令が報告グループのストアをもたらすかどうか、そして、ストアされる場合、ランタイム・インストルメンテーション・データ内に含まれるモデル依存データに影響を及ぼすかどうかは、予測不可能である。

収集バッファは、プログラム実行中、そのコンテンツがプロセッサにより認識されたイベントについて報告する記録のセットをキャプチャするために用いられる。例として、１又は複数の成立した分岐の実行、トランザクション実行アボート（abort）イベント、命令フェッチ・キャッシュミス、データフェッチ又はストア・キャッシュミス、及びＲＩＥＭＩＴ命令のオペランドが挙げられる。ＲＩＥＭＩＴ命令の実行は、汎用レジスタの値を収集バッファ内に格納することによって、これを収集する。付加的なデータを収集すること、及び／又は命令データ・バッファなどの他のバッファに格納することが可能である。

報告は、報告制御に従う。サンプル命令が識別されると、各々の報告制御は、対応する条件のチェックをイネーブルにする。対応する条件が存在する場合、報告グループが形成され、格納される。報告制御がイネーブルにされないか、又はイネーブルにされた報告制御に関して対応する条件が存在しない場合、報告グループは格納されない。サンプル命令について報告されたデータは、命令データ・バッファ及び他のモデル依存ソースから取得され、次いで、このデータを用いて報告グループの１つ又は複数の記録のコンテンツを作成することができ、１つのこうした記録が命令の記録となる。

報告グループ・ストアにおいてキャプチャすることができる記録タイプには：フィラー（filler）、追加（extra）、開始、タイムスタンプ、命令、発行（emit）、ＴＸアボート、呼び出し（call）、リターン（return）、及び転送（transfer）が含まれる。フィラー記録は、収集バッファ内の有効な記録の数が現在の報告グループ・サイズの報告グループを満たすのに十分でない場合に、報告グループにおいて使用される。追加記録は、報告グループの追加セクションにおいて使用することができる。開始記録は、第１の報告グループの最初の記録である。タイムスタンプ記録は、第１の報告グループ以外のあらゆる報告グループの記録０として格納される。命令記録は、サンプル命令に関して報告グループが格納されるときに、報告グループの最後の記録として作成される。発行記録は、ＲＩＥＭＩＴの実行の成功により作成される。トランザクション実行（ＴＸ）モード・アボート記録は、暗黙的アボート、又は、トランザクション・アボート命令の実行によって作成される。呼び出し記録は、呼び出しタイプ分岐命令として分類される分岐命令の実行によって作成される。リターン記録は、リターン・タイプ命令として分類されるリターン・タイプ分岐命令の実行によって作成される。転送記録は、特定の条件コード基準を満たす分岐命令の実行によって作成される。

図９は、１つの実施形態において実装することができるプロセッサのランタイム・インストルメンテーションのためのシステムの概略図を示す。１つの実施形態において、システム５００は、図３のプロセッサ１０６などの中央演算処理ユニット（ＣＰＵ）を含む。１つの実施形態において、プロセッサ１０６は、シングル・プロセッサである。代替的な実施形態において、プロセッサ１０６は、マルチコア・プロセッサのシングル処理コアである。１つの実施形態において、プロセッサ１０６は、様々な速度で動作し得る。

１つの実施形態において、プロセッサ１０６は、レジスタ５１０をさらに含む。レジスタ５１０は、プロセッサ１０６により使用するためのデータのワード（word）を格納することができるハードウェア・レジスタである。レジスタ５１０は、プロセッサ１０６によりアクセスが可能なデータ・ビットを格納するための１又は複数のラッチを含む。レジスタ５１０は、例えば、汎用レジスタ及び制御レジスタを含むことができる。プロセッサ１０６は、レジスタ５１０と通信するインストルメンテーション・モジュール５０６をさらに含む。インストルメンテーション・モジュール５０６は、プロセッサ１０６のインストルメンテーションを制御する処理回路である。インストルメンテーション・モジュール５０６は、１つ又は複数の成立した分岐の実行経路、トランザクション実行アボート・イベント、種々のランタイム・オペランド、タイムスタンプ情報等といったインストルメンテーション・データを、プロセッサ１０６から直接収集するように構成される。インストルメンテーション・モジュール５０６は、プロセッサ１０６からインストルメンテーション・データを収集し、そのインストルメンテーション・データを収集バッファ５０８に格納する。１つの実施形態において、収集バッファ５０８は、インストルメンテーション・モジュール５０６から受け取ったデータを収集する循環バッファ（circular buffer）であり、循環バッファが満たされると、この循環バッファは、最も古いデータを新しいデータで上書きする。

プロセッサ１０６は、１つ又は複数のオペレーティング・システム５１６及び１つ又は複数のアプリケーション５１８を実行する。１つ又は複数のオペレーティング・システム５１６及び１つ又は複数のアプリケーション５１８は、ハードドライブ、ＣＤ／ＲＯＭ、フラッシュ・メモリ等のようなストレージ５２０内に格納され、必要に応じてストレージ５２０からランタイム・メモリ５０４内にロードされる、ページと呼ばれる、現在実行されているオペレーティング・システム及び／又はアプリケーションの１つ又は複数のアクティブな部分を格納するために予約された主メモリ５１４のランタイム・メモリ５０４領域にロードされる。１つの実施形態において、オペレーティング・システムの各々は、ハイパーバイザ（図示せず）によって管理され、且つ、プロセッサ１０６により実行される仮想マシンとして実行される。

１つの実施形態において、プロセッサ１０６は、主メモリ５１４から、現在実行されているオペレーティング・システム又はアプリケーションに関する主メモリ５１４内のＰＳＷデータからのＰＳＷをレジスタ５１０にロードし、例えばレジスタ５１０において、１つ又は複数のプロセッサ１０６の設定を設定する。１つの実施形態において、レジスタ５１０内のＰＳＷは、インストルメンテーション・モジュール５０６をイネーブルにし、制御するための１又は複数のビットを含む。

１つ又は複数のアプリケーション５１８は、特定のオペレーティング・システム上で実行されるようにコンパイルされたソフトウェア・アプリケーション、インタープリタ（例えば、Ｊａｖａ（登録商標））上で実行される解釈済みコード、又はオペレーティング・システム・サポート・スレッド（例えば、プロセス管理、デーモン等）を含む。１つ又は複数のオペレーティング・システム５１６、及び／又は、１つ又は複数のアプリケーション５１８の各々は、インストルメンテーション・モジュール５０６をトリガして、インストルメンテーション・データの収集を開始又は停止するための命令を実行することができる。

１つの実施形態において、１つ又は複数のアプリケーション５１８の１つは、サンプル命令であると判断された命令を実行し、それにより、サンプル命令の実行の完了時にサンプル・ポイントが作成され、その結果、インストルメンテーション・モジュール５０６が、収集バッファ５０８からのアプリケーションの収集データを、アプリケーションがアクセス可能な主メモリ５１４内のプログラム・バッファ５２２に移動させる。主メモリ５１４は、当技術分野において周知の任意のアドレス指定可能メモリとすることができる。１つの実施形態において、主メモリ５１４は、キャッシュと呼ばれることもある、高速アクセス・バッファ・ストレージを含むことができる。各ＣＰＵは、関連したキャッシュを有することができる。付加的な実施形態において、主メモリ５１４は、ダイナミック・ランダム・アクセス・メモリ（ＤＲＡＭ）である。さらに別の実施形態において、主メモリは、コンピュータのハードドライブ、又はアプリケーションによりアクセス可能なフラッシュ・メモリなどのストレージ・デバイスである。

ランタイム・インストルメンテーション制御を構成するために、プロセッサ１０６は、ｌｏａｄ ｒｕｎ−ｔｉｍｅ ｉｎｓｔｒｕｍｅｎｔａｔｉｏｎ ｃｏｎｔｒｏｌｓ（ＬＲＩＣ）命令をサポートする。本明細書でさらに説明する特定のＬＲＩＣフィールドを超えて、他の機能をサポートするために、付加的なフィールドを定めることができることが理解されるであろう。ＬＲＩＣ命令は、ランタイム・インストルメンテーションをロードし、これを最初に構成するために用いることができ、図９のインストルメンテーション・・モジュール５０６によりサポートされる。１つの実施形態において、ランタイム・インストルメンテーション・モジュール５０６とも呼ばれるインストルメンテーション・モジュール５０６は、ランタイム・インストルメンテーション制御及び報告制御を実施する。ランタイム・インストルメンテーション制御の現在の状態は、ｓｔｏｒｅ ｒｕｎ−ｔｉｍｅ ｃｏｎｔｒｏｌｓ（ＳＴＲＩＣ）命令を用いて、図９のレジスタ５１０から主メモリ５１４に格納（ストア）することができる。本明細書において、ＬＲＩＣ命令のオペランドとしてロード可能な制御ブロックの種々のフィールドの定義を用いて、ランタイム・インストルメンテーション制御の対応する値の状態を参照するためにもまた、使用される。

図１０は、１つの実施形態における、特権状態により設定可能な制御を含むランタイム・インストルメンテーション制御制御ブロック（ＲＩＣＣＢ）の一部を示す。制御ブロック部分６００は、図１０を参照して説明されるもの以外の付加的な値を含むことができる。ＬＲＩＣ命令により、制御ブロック部分６００に対する変更を実施することができる。

制御ブロック部分は、正規ビット６０２（Ｖビット）を含む。正規ビット６０２は、既にＬＲＩＣ命令により設定されているので、プロセッサにおけるランタイム・インストルメンテーション制御のセットの正規性を示す。

制御ブロックはまた、低特権状態プログラムがＭＲＩＣ命令の実行を許可するかどうかを判断するために使用されるＳビット６０４も含む。Ｋビット６０６は、低特権状態プログラムが、ランタイム・インストルメンテーション制御の起点アドレス及び制限アドレスなどのランタイム・インストルメンテーション制御に関して、準特権状態での実行が許可されるかどうかを示す。Ｈビット６０８は、アドレス制御（即ち、起点アドレス、制限アドレス、及び現在のアドレス）が一次仮想アドレス空間を参照するか又はホーム仮想アドレス空間を参照するかを判断する。Ｏビット６１０は無視され、０として扱われる。

低特権状態サンプル報告制御ビット６１２（Ｐｓビット）は、低特権状態プログラムと併せて使用される。低特権状態において、ランタイム・インストルメンテーション制御内のＰｓビット６１２がゼロである場合、ランタイム・インストルメンテーションがイネーブルにされているときには、ランタイム・インストルメンテーション制御の報告制御は無視され、従って、報告グループは格納されない。低特権状態にあり、ランタイム・インストルメンテーション制御のＰｓビット６１２が１である場合、報告制御がチェックされ、その定められた機能に従って使用される。

スーパーバイザ状態サンプル報告制御ビット６１４（Ｑｓビット）は、スーパーバイザ状態プログラムと併せて使用される。スーパーバイザ状態において、ランタイム・インストルメンテーション制御のＱｓビット６１４がゼロである場合、ランタイム・インストルメンテーションがイネーブルにされているとき、ランタイム・インストルメンテーション制御の報告制御は無視され、従って、報告グループは格納されない。スーパーバイザ状態において、ランタイム・インストルメンテーション制御のＱｓビット６１４が１である場合、報告制御がチェックされ、その定められた機能に従って使用される。

低特権状態収集バッファ制御ビット６１６（Ｐｃビット）は、図９の収集バッファ５０８に対する更新を制御する。低特権状態において、ランタイム・インストルメンテーション制御のＰｃビット６１６がゼロである場合、ランタイム・インストルメンテーションがイネーブルにされているときには、ランタイム・インストルメンテーション制御の収集バッファ制御は無視され、収集バッファ５０８の更新が防止される。低特権状態において、ランタイム・インストルメンテーション制御のＰｃビット６１６が１である場合、収集バッファ制御がチェックされ、その定められた機能に従って使用される。

スーパーバイザ状態収集バッファ制御ビット６１８（Ｑｃビット）は、収集バッファ５０８に対する更新を制御する。スーパーバイザ状態において、ランタイム・インストルメンテーション制御内のＱｃビット６１８がゼロである場合、ランタイム・インストルメンテーションがイネーブルにされているとき、ランタイム・インストルメンテーション制御の収集バッファ制御は無視され、収集バッファ５０８の更新は防止される。スーパーバイザ状態において、ランタイム・インストルメンテーション制御内のＱｃビット６１８が１である場合、指し示された収集バッファ制御がチェックされ、その定められた機能に従って使用される。

Ｇビット６２０は、割り込み停止（halted interruption）とも呼ばれるランタイム・インストルメンテーションの割り込み停止の保留制御である。Ｇビット６２０がゼロである場合、割り込み停止は保留中でない。Ｇビット６２０が１である場合、割り込み停止は保留中である。プログラム・バッファ５２２内の第１の報告グループが書き込まれると、Ｇビット６２０はゼロに設定される。つまり、ランタイム・インストルメンテーション・プログラム・バッファ起点アドレス（ＲＯＡ）７０２が、図１１のランタイム・インストルメンテーション・プログラム・バッファ現在アドレス（ＲＣＡ）７０６に等しい場合、Ｇビット６２０はゼロに設定される。プログラム・バッファ５２２内の第１の報告グループ以外のストアが試行されたとき、ランタイム・インストルメンテーション停止条件が存在しない場合には、Ｇビット６２０がゼロに設定され、報告グループが格納される。プログラム・バッファ５２２内の第１の報告グループ以外のストアが試行されたとき、ランタイム・インストルメンテーション停止条件が存在する場合には、Ｇビット６２０が１に設定され、報告グループは格納されない。

Ｕビット６２２は、バッファ・フル割り込み（buffer-full interruption）及び割り込み停止に対するイネーブルメント制御である。Ｕビット６２２がゼロであるとき、割り込み要求の生成がディスエーブルにされ、保留中の場合は、保留中のままである。

Ｌビット６２４は、バッファ・フル割り込みの保留制御である。Ｌビット６２４がゼロである場合、バッファ・フル割り込みは保留中でない。Ｌビット６２４が１である場合、バッファ・フル割り込みは保留中である。

キー・フィールド６２６は、その値が報告グループのストアのためのストレージ保護キーとして使用される、４ビットの符号なし整数である。ストレージ・キーがストレージ・アクセス要求と関連したアクセス・キーと一致する場合にのみ、報告グループのストアが許可され、フェッチは、ストレージ・キーがアクセス・キーと一致する場合、又はストレージ・キーのフェッチ保護ビットがゼロである場合に許可される。ストレージ・キーの４つのアクセス制御ビットがアクセス・キーと等しい場合、又はアクセス・キーがゼロである場合、キーが一致する。

図１１は、ＭＲＩＣが準特権モードでの実行を許可された（即ち、Ｋビットが１である）場合のＲＩＣＣＢ制御ブロックの一部を示す。制御ブロック７００は、ランタイム・インストルメンテーション制御の初期化のためのＬＲＩＣ命令のオペランドとすることもできる。制御ブロック７００は、図１１を参照して説明されるもの以外の付加的な値を含むことができる。１つの実施形態において、低特権状態プログラムにより、他の指定がないＭＲＩＣ命令オペランドのセクションにはアクセスすることができない。準特権モードが許可された場合、ランタイム・インストルメンテーション起点アドレス（ＲＯＡ）７０２及びランタイム・インストルメンテーション・プログラム・バッファ制限アドレス（ＲＬＡ）７０４は、低特権状態プログラムにより、ＭＲＩＣ命令を用いて設定される。ＲＯＡ７０２は、図９のプログラム・バッファ５２２の最初のバイトの位置である。ＲＯＡ７０４は、プログラム・バッファ５２２の最後のバイトの位置を示す。

１つの実施形態において、ランタイム・インストルメンテーション・プログラム・バッファ現在アドレス（ＲＣＡ）７０６は、ＭＲＩＣ命令により更新することができる。ＲＣＡ７０６は、ストアされる次の報告グループのプログラム・バッファ５２２の位置である。ＲＣＡ７０６は、報告グループ・サイズ・フィールド７４４（ＲＧＳフィールド）を検査し、プログラム・バッファ５２２のアドレスの形成に使用される有効ビット位置の数に影響を与える。６４ビットのＲＣＡ７０６は、ワード０、ワード１のビット位置０乃至２６−ＲＧＳ、及びＲＧＳ＋右に付加された５つの２進数ゼロである。これが、プログラム・バッファ５２２内に格納されることになる後続の報告グループの、図９のプログラム・バッファ５２２における開始位置である。報告グループは、インストルメンテーション・モジュール５０６により作成され、後にプログラム・バッファ５２２内に格納される情報の単位である。１つの実施形態において、ＲＣＡ７０６により指定されるＲＧＳフィールド７４４は、ランタイム・インストルメンテーション制御の現在の報告グループ・サイズと等しくない（即ち、ＲＣＡ７０６がＲＧＳフィールド７４４を変更する）場合、ＲＣＡ７０６は、ＲＯＡ７０２に設定される。

残りのサンプル間隔カウント・フィールド７４２（ＲＳＩＣフィールド）は、ＭＲＩＣ命令を用いて低特権プログラムにより更新することができる。ＲＳＩＣフィールド７４２は、残りのサンプル間隔カウントを示す、６４ビットの符号なし整数を含む。ランタイム・インストルメンテーション制御内のＲＳＩＣフィールド７４２の値がゼロであるか又はスケーリング・ファクタ・フィールド７４０（ＳＦフィールド）内の値に等しく、且つ、ランタイム・インストルメンテーションがイネーブルにされている場合、次のサンプル間隔は、サンプリング・モード７０８（Ｍ）及びＳＦフィールド７４０の値に基づいた全間隔（full interval）である。ＲＳＩＣフィールド７４２が非ゼロであり、ＳＦフィールド７４０を下回り、且つ、ランタイム・インストルメンテーションがイネーブルにされている場合、次のサンプル間隔は、部分的間隔である。ＲＳＩＣフィールド７４２が非ゼロであり、ＳＦフィールド７４０の値を上回り、且つ、ランタイム・インストルメンテーションがイネーブルにされている場合、次のサンプル間隔は延長した間隔である。延長した間隔が期間満了すると、次の間隔は、ＳＦフィールド７４０の値に基づく。ＲＳＩＣフィールド７４２が非ゼロの値に設定されると、このＲＳＩＣフィールド７４２は、ＳＦフィールド７４０も従う同じモデル依存の最大限度に従う。ＲＳＩＣフィールド７４２のオリジナル値がゼロである場合、ＬＲＩＣ命令及びＭＲＩＣ命令の実行中、ＲＳＩＣフィールド７４２がＳＦフィールド７４０内の値に設定されるかどうか、又は、ランタイム・インストルメンテーションがイネーブルにされるまで、ＲＳＩＣフィールド７４２が引き続きゼロとして表示されるかどうかを指示する。

ＳＦフィールド７４０は、その値がスケーリング・ファクタのカウント単位である、６４ビットの符号なし整数を含む。単位の大きさは、モード・フィールド７０８（Ｍフィールド）から判断される。ＲＳＩＣフィールド７４２内の値がゼロである場合、ＳＦフィールド７４０は、現在の命令がサンプル命令として認識される、ゼロまでデクリメントされるＲＳＩＣフィールド７４２の初期値を与え、間隔カウントは、ＳＦフィールド７４０の値からリフレッシュされる。ＳＦフィールド７４０の有効値は、１から２^６４−１までの範囲内にある。ゼロが指定される場合、１の値が推定される。しかしながら、各モデルはＳＦフィールド７４０の最小値及び最大値の両方を有し得る。最小値及び最大値はまた、モード・フィールド７０８に基づいて異なり得る。最小値を下回る値が指定される場合、モデル依存の最小値がロードされる。最大値を上回る値が指定される場合、モデル依存の最大値がロードされる。

ＤＣ制御フィールド７３６は、その値がデータフェッチ又はストアのキャッシュミスと関連したキャッシュ待ち時間（cash-latency）レベルを指し示す、４ビットの符号なし整数である。つまり、サンプル命令がデータ・アクセス・キャッシュ・ミスに遭遇した。別のランタイム・インストルメンテーション制御により禁止されない限り、そのデータ・アクセスにより、ＤＣ制御フィールド７３６の値により指し示されるレベルを数値的に上回るか又はこれに等しいキャッシュ待ち時間レベルでミスが認識されるサンプル命令を表す報告グループのストアが試行される。データ・アクセスに関するキャッシュ構造及びキャッシュ待ち時間レベルは、モデル依存である。複数の又は長いオペランドを用いる命令については、もしあれば、どのオペランド・アクセスが報告制御に用いられるかは、モデル依存である。モデル依存の挙動は、ＤＣ制御フィールド７３６の値を無視することがあり、従って、この値は、報告グループのストアのために使用しない。

ＩＣフィールド７３４は、その値が命令フェッチのキャッシュミスと関連したキャッシュ待ち時間レベルを指し示す、４ビットの符号なし整数である。つまり、サンプル命令のフェッチが命令フェッチ・キャッシュミスに遭遇した。ＩＣフィールド７３４及びＤＣ制御フィールド７３６の両方について、キャッシュ待ち時間レベルは、観察しているプロセッサから特定のキャッシュ・レベル・アクセスまでの距離の抽象化である。待ち時間レベルは、プロセッサと主ストレージとの間のネスト化されたキャッシュ・レベルの量と、こうしたキャッシュ・レベルが複数のプロセッサ間でどのように共有されるかの組み合わせに依存する。より大きい待ち時間レベルは、一般に、より時間のかかるアクセスに対応する。ＩＣフィールド７３４及びＤＣ制御フィールド７３６内の値は、キャッシュ待ち時間レベルのゼロ起点の識別と考えることができる。例えば、ゼロの値は、Ｌ１キャッシュ（即ち、プロセッサに最も近いキャッシュ）に対応する。従って、１の値は、Ｌ２キャッシュ、又は、幾つかのマシンにおいてはＬ１．５キャッシュとして知られ得る次のキャッシュ層である。２−１５の値は、主メモリに到達するまでの付加的なキャッシュ待ち時間層の論理的進行を示すが、主メモリ自体は含まない。一般に、キャッシュ構造は、１５層の深さには至らない。従って、ＩＣフィールド７３４及びＤＣ制御フィールド７３６内の１５の値は、特別な場合と解釈され、命令フェッチ又はデータ・アクセスにおけるキャッシュミスは、それぞれ、キャッシュ待ち時間レベルに関係なく、報告グループのストア目的では認識されないことを意味する。別のランタイム・インストルメンテーション制御により禁止されない限り、そのフェッチにより、ＩＣフィールド１０３４の値により指し示されるレベルを数値的に上回る又はこれに等しいキャッシュ待ち時間レベルでミスが認識されたサンプル命令を表す報告グループのストアが試行される。命令フェッチに関するキャッシュ構造及びキャッシュ待ち時間レベルは、モデル依存である。モデル依存の挙動は、ＩＣフィールド７３４の値を無視することがあり、従って、この値を、報告グループのストアのために使用しない。

キャッシュ待ち時間レベル・オーバーライド報告制御ビット７３２（Ｆビット）は、非分岐命令及び非分岐予測制御のためのものである。ランタイム・インストルメンテーション制御内のＦビット７３２がゼロである場合、ランタイム・インストルメンテーション制御のキャッシュ報告制御（ＩＣフィールド７３４及びＤＣ制御フィールド７３６）がチェックされ、その定められた機能に従って使用される。ランタイム・インストルメンテーション制御の分岐予測制御（ＢＰｘｎビット７２２、ＢＰｘｔビット７２４、ＢＰｔｉビット７２６、及びＢＰｎｉビット７２８）がチェックされ、その定められた機能に従って使用される。Ｆビット７３２が１である場合、別の制御によって禁止されない限り、これらの同じ制御が無視され、報告グループが格納される。

データ・キャッシュミス制御ビット７３０（Ｄビット）は、報告グループを格納するかどうかを示す。Ｄビット７３０が１である場合、追加タイプ記録を、サンプル命令についてのモデル依存データを含む報告グループの追加セクションに入れても又は入れなくてもよい。

ＭＲＩＣ命令は、分岐予測（ＢＰ）報告制御（ＢＰｘｎ７２２、ＢＰｘｔ７２４、ＢＰｔｉ７２６、及びＢＰｎｉ７２８）を含む。ランタイム・インストルメンテーション制御内のＢＰ報告制御ビットがゼロである場合、対応する条件はチェックされない。ＢＰ報告制御ビットが１であり、対応する分岐予測条件が存在する場合、報告グループが格納される。

ＢＰｘｎビット７２２は、１であるとき、分岐予測情報のチェックをイネーブルにする。従って、サンプル分岐が成立すると誤って予測されたが成立しなかった場合、報告グループが格納される。

ＢＰｘｔビット７２４は、１であるとき、分岐予測情報のチェックをイネーブルにする。従って、サンプル分岐が成立しないと誤って予測されたが成立した場合、報告グループが格納される。

ＢＰｔｉビット７２６は、１であるとき、分岐予測情報のチェックをイネーブルにする。従って、サンプル分岐が成立すると正しく予測され、分岐が成立したが、分岐ターゲットが誤って予測された場合、報告グループが格納される。

ＢＰｎｉビット７２８は、１である場合、分岐予測情報のチェックをイネーブルにする。従って、サンプル分岐が成立しないと正しく予測され、分岐が成立せず、且つ、分岐ターゲットが誤って予測された場合、報告グループが格納される。

トランザクション実行モード記録ビット７２０（Ｘビット）のイネーブルメント制御は、トランザクション実行モード・アボート記録の収集を制御する。ランタイム・インストルメンテーション制御内のＸビット７２０がゼロであるとき、トランザクション実行モード・アボート記録は収集されない。Ｘビット７２０が１であるとき、トランザクション実行モード・アボート記録が収集され、図９の収集バッファ５０８に入れられる。モデルにトランザクション実行ファシリティがインストールされていない場合、Ｘビット７２０は無視される。

ＲＩＥＭＩＴ命令制御ビット７１８（Ｅビット）は、ＲＩＥＭＩＴ命令の実行を制御する。ランタイム・インストルメンテーションがイネーブルにされるとき、ランタイム・インストルメンテーション制御内のＥビット７１８がゼロであるか、又は無視されてゼロとして扱われる場合、ＲＩＥＭＩＴは、操作を実行しない。Ｅビット７１８が１であり、他の形で無視されない場合、ＲＩＥＭＩＴはイネーブルにされ、その定められた機能を実行する。

Ｊビット７４６は、ゼロである場合、ｂｒａｎｃｈ ｏｎ ｃｏｎｄｉｔｉｏｎ（ＢＣ）命令が、マスク値に関係なく他のタイプの分岐カテゴリ内にあることを指定する。Ｊビット７４６が１である場合、１５のマスクを指定するＢＣ命令は、リターン・タイプ分岐カテゴリ内にある。ＢＣ命令が１−１４のマスクを指定する場合、ＢＣ命令はＪビット７４６に影響を受けず、常にその他のタイプの分岐カテゴリ内にある。リターン・タイプ分岐カテゴリ内にある場合、Ｒビット７１６は、図９の収集バッファ５０８への包含を制御する。他のタイプの分岐カテゴリ内にある場合、Ｂビット７４８が収集バッファ５０８への包含を制御する。他のタイプの分岐カテゴリは、転送タイプ分岐カテゴリとして示すこともできる。

命令アドレス・コード・ビット７１４（Ｃビット）は、呼び出しタイプ分岐のイネーブルメントを制御する。ランタイム・インストルメンテーション制御内のＣビット７１４が１であり、命令が呼び出しタイプ分岐である場合、収集バッファ５０８が更新される。呼び出しタイプ分岐とリターン・タイプ分岐の両方のモデル依存検出が組み合わされる場合、Ｃビット７１４は両方のタイプに対して動作し、Ｒビット８１６は有効でない。

Ｒビット７１６は、リターン・タイプ分岐のイネーブルメント制御である。ランタイム・インストルメンテーション制御内のＲビット７１６が１であり、命令がリターン・タイプ分岐である場合、収集バッファ５０８が更新される。

Ｂビット７４８は、呼び出しタイプ分岐及びリターン・タイプ分岐以外の分岐のイネーブルメント制御である。ランタイム・インストルメンテーション制御内のＢビット７４８が１であり、命令が、ランタイム・インストルメンテーションにより認識される他のタイプの分岐である場合、収集バッファ５０８が更新される。

最大アドレス超過ビット７１２（ＭＡＥビット）は、１に設定された場合、１に設定された命令アドレス・コード（Ｃフィールド）を有する１つ又は複数の報告グループが格納されたことを示す。ひとたびＭＡＥビット７１２が１に設定されると、引き続きランタイム・インストルメンテーションを実行することにより、ＭＡＥビット７１２が再びゼロに設定されることはない。ＭＡＥビット７１２をゼロとして指定するＬＲＩＣ命令又はＭＲＩＣ命令の実行により、ＭＡＥビット７１２がゼロに設定される。

ランタイム・インストルメンテーション・ネクスト（ＲＩＮＥＸＴ）制御ビット７１０（Ｎビット）は、サンプル命令の実行を制御する、ｒｕｎ−ｔｉｍｅ−ｉｎｓｔｒｕｍｅｎｔａｔｉｏｎ ｎｅｘｔ命令のイネーブルメントを制御する。ランタイム・インストルメンテーション制御内のＮビット７１０がゼロであるか、又は無視されてゼロとして扱われる場合、ＲＩＮＥＸＴは、操作を実行しない。Ｎビット７１０が１であり、他の形で無視されない場合、ＲＩＮＥＸＴがイネーブルにされ、その定められた機能を実行する。

モード・フィールド７０８（Ｍフィールド）は、ランタイム・インストルメンテーション制御内のその値が、ランタイム・インストルメンテーション制御に関するサンプリング・モードを指定する、４ビットの符号なし整数である。サポートされるサンプリング・モードは、ＣＰＵサイクルのカウント、命令のカウントに基づくサンプリングを含むことができ、又は、ＲＩＮＥＸＴなどのサンプル命令に応答してサンプルに向けることができる。

報告グループ・サイズ・フィールド７４４（ＲＧＳ）は、その値が報告グループの記録（ＲＲＧ）の数を指定する、３ビットの符号なし整数である。報告グループ内の記録の数は、開始／タイムスタンプ記録及び命令の最後の記録を含む２つの記録から、最大２５６の記録まで変化し得る。１つの実施形態において、上限は、モデル依存であり得る。報告グループ内に入れられる１６バイト記録の数は、２^{（ＲＧＳ＋１）}である。

一次ＣＰＵ能力抑止制御ビット７３８（Ｙビット）及び二次ＣＰＵ能力抑止制御ビット７３９（Ｚビット）は、まとめて抑止制御（suppression control）と呼ばれる。報告グループのストアの抑止とは、ストアが実施されないよう試みることを意味する。構成内の全てのＣＰＵのＣＰＵ能力が同じであるとき、抑止制御は有効でなく、抑止は行われない。構成において、あるＣＰＵのＣＰＵ能力が別のＣＰＵの能力と異なる場合、抑止制御は有効であり、少なくとも１つのＣＰＵがＣＰＵ能力又は一次ＣＰＵ能力で動作していると言われ、一方、少なくとも１つの他のＣＰＵが二次ＣＰＵ能力で動作していると言われる。一次ＣＰＵ能力と二次ＣＰＵ能力は、異なる動作速度である。Ｙビット７３８及びＺビット７３９の両方がゼロであるとき、抑止は行われない。Ｙビット７３８がゼロであり、Ｚビット７３９が１であるとき、例えばプロセッサ１０６などのＣＰＵが二次ＣＰＵ能力で動作している場合、抑止が行われる。Ｙビット７３８が１であり、Ｚビット７３９がゼロであるとき、例えばプロセッサ１０６などのＣＰＵが一次ＣＰＵ能力で動作している場合、抑止が行われる。Ｙビット７３８及びＺビット７３９の両方とも１である場合、抑止が行われる。

図１１の上記のフィールド及びビットは、フィールドの配置及び呼称の一例であり、明確にするために本明細書で与えられている。他の実施形態において、フィールドのサブセットだけを使用してもよいこと、及び、フィールドはいずれの順序又は位置としてもよく、及び／又は、異なる名称で表し得ることが理解されるであろう。

ランタイム・インストルメンテーションがインストールされ、イネーブルにされると、多数のイベント及びデータを、収集バッファ５０８内にキャプチャすることができる。収集バッファ５０８は、そのコンテンツが、プログラム実行中にプログラム１０６により認識されたイベントについて報告する記録のセットをキャプチャするために用いられる。例として、１又は複数の成立した分岐の実行、トランザクション実行アボート・イベント、キャッシュミス、及びｒｕｎ−ｔｉｍｅ ｉｎｓｔｒｕｍｅｎｔａｔｉｏｎ ｅｍｉｔ命令のオペランドが挙げられる。ＩＣ制御フィールド７３４及びＤＣ制御フィールド７３６は、プログラムが、命令又はデータ・プリフェッチ動作を改善するために何らかの是正アクションを取ることに関心があるレベルを設定する。ＲＩＥＭＩＴ命令の実行は、汎用レジスタの値を収集バッファ５０８内に格納することにより、これを収集する。付加的なデータを収集し、及び／又はモデル依存サンプル命令データの収集に用いられる命令データ・バッファ（ＩＤＢ）（図示せず）などの他のバッファに格納し、ランタイム・インストルメンテーション命令記録を構築することができる。

収集されたランタイム・インストルメンテーション情報は、サンプリング・ベースで報告される。命令ストリームからの命令がサンプリングされる。サンプリングされた命令は、サンプル命令と呼ばれる。サンプル命令を判断するためのモードの数は、ランタイム・インストルメンテーションがイネーブルにされたとき、以下のように定められる。サイクス・カウント・モードにおいて、カウントは、ＳＦ７４０又はＲＳＩＣ７４２のいずれかで指定されたＣＰＵサイクルの数であり、どちらが用いられても、現在の間隔のカウントをもたらす。カウントは、サンプリング・モードと関連したイベントに応答して調整される。例えば、プロセッサ１０６が動作状態であるとき、カウントをデクリメントすることができる。カウントが、ゼロなどの閾値までデクリメントされると、現在の命令はサンプル命令として認識され、カウントはＳＦ７４０に再初期化され、次のサイクルにおいてデクリメントされ始める。サンプル命令の実行が終了すると、適切な場合に、報告される。

命令カウント・モードでは、カウントは、ＳＦ７４０又はＲＳＩＣ７４２のいずれかにおいて指定され、どちらが用いられても、現在の間隔のカウントをもたらす。単一の操作単位から成る命令については、カウントを調整するために用いられるイベントとして、命令の完了時にカウントがデクリメントされる。カウントがゼロなどの閾値にデクリメントされたとき、命令はサンプル命令である。複数の操作単位から成る命令については、以下の方法の１つでカウントをデクリメントすることができる。：
ａ．割り込み可能命令については、部分的完了を通じた全ての操作単位が、カウントをデクリメントする１つのカウント単位を表す。
ｂ．割り込み可能命令については、最終的完了を通じた最新の部分的完了以後の全ての操作単位が、カウントをデクリメントする１つのカウント単位を表す。
ｃ．命令のパラメータにより指定される処理のＣＰＵ決定の小部分を実施した後に完了する命令については、完了が、カウントをデクリメントする１つのカウント単位を表す。
ｄ．複数の操作単位を実施した後に完了するが、上のカテゴリａ−ｃに入らない命令については、最後の操作単位の完了が、カウントをデクリメントする１つのカウント単位を表す。
命令の何れかのカウント単位についてカウントがゼロにデクリメントされるとき、命令はサンプル命令である。ゼロなどの閾値に達すると、カウントはＳＦ７４０に再初期化され、上のａ−ｄで説明されるようなカウント・ダウンを始める。カウント・モードの全ての場合において、報告は、適切な場合、サンプル命令の最後の操作単位の完了後に行われる。

指向サンプリング・モードにおいて、Ｎビット７１０が１であり、ＲＩＮＥＸＴ命令が成功裏に実行されたとき、指向サンプリングが行われる。サンプル命令は、ＲＩＮＥＸＴ命令後の次の順次命令（ＮＳＩ）である。次の順次命令が実行タイプ命令である場合、サンプル命令は、実行タイプ命令のターゲット命令である、指向サンプリングは、サイクル・カウント・モード又は命令カウント・モードにあるときに行われる。カウント・サンプリングは、指向サンプリング及びその結果のアクションのいずれかと併せて続行し、それ以外に影響を受けない限り、カウント・サンプリングから決定されたサンプル命令が試行サンプリングによって決定された同じ命令である場合を除き、２つの報告グループは、格納されない。

いかなるサンプリング・モードも、サンプル命令がＲＩＥＮＸＴ命令の実行によって識別される場合、報告グループが格納される。しかしながら、ランタイム・インストルメンテーション制御Ｙ７３８、Ｚ７３９、Ｑｓ６１４及びＰｓ６１２は、引き続き有効である。

サイクル・カウント・サンプリング及び命令カウント・サンプリングは、それぞれ、内部システム・イベント及び例外条件に基づいた変動量をもたらす適切な間隔を判断する。カウント・ダウンは、ランタイム・インストルメンテーションがディスエーブルからイネーブルに移行したときに始まる。指向サンプリングは、ＲＩＮＥＸＴの完了とＮＳＩの間に挿入され得るあらゆるイベントに応じて、変動量がより少ない。注目すべきことに、割り込みは、もはやＮＳＩではないものでなく、ＮＳＩであると考えられたものを引き起こし得る。

サンプリングは、モードに関係なく、サンプル命令を識別する。ひとたびサンプル命令が識別されると、サンプル命令の実行の完了時に収集が停止し、報告が始まる。報告を制御する種々の報告制御が、次いで適用される。報告グループのストアが保留中にされたときに収集が再開する。

トランザクション実行モードにないとき、サンプル命令の実行の完了時に、報告グループのストアは保留中になる。トランザクション実行モードにあるとき、サンプル命令の実行の完了時に、報告グループのストアは、トランザクションが終了するまで遅らせられ、次いで保留中になる。報告グループのストアが遅らせられたとき又は保留中のとき、以下の：１）プログラム割り込み、２）緊急マシン・チェック割り込み、３）再起動割り込み、及び４）スーパーバイザ・コール割り込み、のいずれかが認識される場合、報告グループをパージすることができる。

いずれの保留中のＩ／Ｏ割り込み、外部割り込み、及び抑止できるマシン・チェック割り込みも、報告グループが格納されるか、又は報告グループが格納されないとランタイム・インストルメンテーション制御が判断するまで、保留中のままである。

各モードが、異なる報告制御のセットを可能にすることも又はしないこともある。サンプリング・モードは、命令カウント又はサイクル・カウントのいずれかであるが、指向サンプリングも使用され、複数のサンプリング方法により同じサンプル命令を識別することも可能である、このことが起こり、使用される報告制御がサンプリング・モードに応じて異なる場合、指向サンプリングと関連した報告制御が適用される。

発生し得る非同期型及び非要求型システム・イベントのために、特定の命令をサンプリングすることを意図した間隔の正確な判断は、通常、実現可能でない。代わりに、ＲＩＮＥＸＴ命令を用いて、サンプル命令をより詳細に指し示すことができる。

サイクル・カウント・モード又は命令カウント・モードにあるとき、命令カウント又はサイクル・カウント・サンプリングから識別されたサンプル命令に接近しすぎた状態で、ＲＩＮＥＸＴ命令を発行することができる。関連した報告グループのコンテンツは、サンプル命令がＲＩＮＥＸＴ命令のＮＳＩとして識別されたかのようであり、且つ、サンプル命令のサイクル・カウント又は命令カウント識別が適用されなかったかのようである。

ＲＩＮＥＸＴの実行は、以下の例外条件のいずれか１つ又は複数が満たされた場合、ノーオペレーション（non-operation）として実行することができる。：即ち、
１．ランタイム・インストルメンテーション制御が有効でない。
２．問題状態において、現在のランタイム・インストルメンテーション制御のＰｓ６１２がゼロであり、問題状態の報告が許容されないことを示す。
３．スーパーバイザ状態において、現在のランタイム・インストルメンテーション制御のＱｓ６１４がゼロであり、スーパーバイザ状態の報告が許容されないことを示す。
４．現在のランタイム・インストルメンテーション制御のＮビット７１０がゼロであり、ＲＩＮＥＸＴ命令自体が許容されないことを示す。
５．ストレージが抑止される。
６．現ＰＳＷ内のフィールドが、ランタイム・インストルメンテーションがディスエーブルにされていることを示す。
７．モデル依存の閾値を超過する。ある期間にＲＩＮＥＸＴが発行された回数が、モデル依存の限界を超過した。
８．プログラム・バッファ・フル条件が存在する。
９．ランタイム・インストルメンテーション停止条件が存在する。
１０．次の順次命令がｓｔａｒｔ ｉｎｔｅｒｐｒｅｔｉｖｅ ｅｘｅｃｕｔｉｏｎ（解釈実行開始）命令である。
１１．次の順次命令がｓｕｐｅｒｖｉｏｓｒ ｃａｌｌ（スーパーバイザ呼び出し）命令である。

前述のように、プログラム実行中にランタイム・インストルメンテーションがイネーブルにされると、ランタイム・インストルメンテーション・データが、プロセッサ１０６の収集バッファ５０８内に収集される。１つの実施形態において、収集バッファ５０８は、収集された最新の記録を保存するために使用される、プロセッサ１０６の内部バッファである。サンプル・トリガ・ポイントが検出されると、記録は、プログラム・バッファ５２２に書き込まれる報告グループの一部として、収集バッファ５０８からプログラム・バッファ５２２にコピーされる。１つの実施形態において、記録は、収集バッファ５０８から非破壊的なやり方でコピーされる。

収集バッファ５０８は、これがプロセッサ内に配置され、且つ、１つの実施形態においては、所定のイベントについての命令アドレス及びイベント・メタデータを格納するためのレジスタ対のアレイとして実装されるので、「ハードウェア収集バッファ」と呼ぶことができる。イベントの一例は、分岐の成立であり、そこで、レジスタ対は分岐の命令アドレスを保持し、メタデータは分岐のターゲット、並びに分岐の挙動履歴（historic behavior）に関する情報を保持することができる。１つの実施形態においては、レジスタ対が順序付けられ、命令ストリーム内でイベントが発生したときに連続的に更新される。カウンタは、アレイ内の最後に更新されたエントリのインデックスを示すように維持される。１つの実施形態において、収集バッファ５０８は循環バッファであり、収集バッファ５０８が一杯になると、次のイベントがアレイ内の最初のエントリを上書きし、後のイベントにおいて、アレイのレジスタ対の連続的更新が再開する。従って、アレイＣＢ［０］乃至ＣＢ［Ｎ−１］及び最新の更新インデックスを示すカウンタｉを仮定すると、キャプチャされたイベントのトレースは、シーケンスＣＢ［ｉ］、ＣＢ［ｉ−１］．．．ＣＢ［１］、ＣＢ［０］、ＣＢ［Ｎ−１］、ＣＢ［Ｎ−２］．．．ＣＢ［ｉ＋１］で表される。別の実施形態においては、バッファ内の最も古いエントリを指し示すヘッド・ポインタ、及び、バッファ内の最も新しいエントリを指し示すテール／現在ポインタの２つのポインタが使用される。

任意の所定の実行点でのプロセッサ１０６の状態を表すイベントが、収集バッファ５０８内に連続的にキャプチャされる。収集バッファ５０８は、そのコンテンツが、プログラム実行中にプロセッサ１０６により認識されるイベント（例えば、１つ又は複数の成立した分岐の実行、トランザクション実行アボート・イベント、ＲＩＥＭＩＴ命令のオペランド等）に関して報告する記録のセットをキャプチャするために使用される。１つの実施形態において、認識されるイベントは、図１１に示されるＲＩＣＣＢのコンテンツによって決まる。収集バッファ５０８の実施形態におけるエントリは、イベント命令アドレスと、他の関連するイベント・メタデータとを含む。イベント・メタデータの例として、これらに限定されるものではないが、成立した分岐の命令アドレス及びその分岐の挙動履歴についての何らかの情報を含むそのターゲット；ＲＩＥＭＩＴ命令の命令アドレス及びそれぞれのレジスタ値；並びに、トランザクション・アボート命令のアドレス及びそれぞれのトランザクション復元エントリ・ポイントが挙げられる。

収集バッファ５０８の実施形態は、最大３２個までのエントリ（即ち、３２のイベントについての情報）を格納することができ、各命令アドレスは６４のビット（例えば、ビット０：６３）により指定され、イベント・メタデータは６４ビット（例えば、ビット６４：１２７）により指定される。収集バッファのサイズ（Ｒ_ＣＢ）は、記録の数を表すモデル依存のカウントである。１つの実施形態において、収集バッファのバイト・サイズは、１６バイトの記録サイズの倍数である。１つの実施形態において、収集バッファのサイズは、モデルの最大報告グループのカウント（Ｒ_ＲＧ）と、収集バッファから取得されない報告グループの記録のカウント（Ｒ_ＮＣ）との間の差を上回るか又はこれに等しい記録の数である。従って、１つの実施形態において、収集バッファのサイズは：
のように表される。

１つの実施形態において、収集バッファ５０８及び命令データ・バッファのコンテンツは（一方が使用される場合）、以下のイベントによって、パージされる又は他の形で影響を受ける。：即ち（１）割り込み、（２）ランタイム・インストルメンテーション・ファシリティをオン又はオフにするＰＳＷビット（例えば、ビット２４）の１からゼロへの変更、及び（３）ランタイム・インストルメンテーション・ファシリティがトランザクション実行モードであるときにサンプル命令が識別された場合（この場合、収集バッファ５０８及び命令データ・バッファの更なる更新は停止し、トランザクション終了時に再開し、この時点では、報告グループのストアは保留中であり、収集バッファ５０８及び命令データ・バッファはパージされる）。

図２に示されるエミュレートされたホスト・コンピュータ・システムのような１つの実施形態において、収集バッファ５０８は、レジスタ及び／又はメモリを用いて実装される。この実施形態において、随意的な命令データ・バッファもまた、存在する場合には、レジスタ及び／又はメモリを用いて実装される。

実施形態において、付加的な能力は、データ収集に影響を与えることがあり、且つ、前述した規則的な命令カウント又はサイクル・カウントのサンプリングを実質的に妨げずに、付加的なデータ収集ポイントをもたらすと考えることができる。これらには、収集バッファ５０８内に汎用レジスタの値を格納することにより、その値を収集するＲＩＥＭＩＴ命令の実行が含まれる。さらに、前述したランタイム・インストルメンテーション制御内のデータ収集制御ビットを用いて、収集したデータのタイプをカスタマイズすることができる（例えば、Ｅ、Ｃ、Ｒ及びＢ制御ビット）。このように、収集したデータ・タイプは、プログラム可能である。

１つの実施形態において、ランタイム・インストルメンテーション命令の記録を構築するために使用されるモデル依存のサンプル命令データを収集するために、命令データ・バッファが実装される。命令データ・バッファは、命令がサンプル命令として識別されたときに利用可能になると予期して、命令からデータを収集する。１つの実施形態において、命令データ・バッファは、サンプル・ポイントとしてトリガになる命令についての情報が保存される、プログラム内のハードウェア・バッファ／ストレージ位置であるので、ログアウト・プロセス中、情報を収集バッファ５０８からデータと共に書き出すことができる。収集バッファ５０８と同様に、命令データ・バッファは、命令アドレス、及びその命令と関連したメタデータを含む。命令データ・バッファ内のメタデータは、多くの場合、マシンに依存し、これらに限定されるものではないが、キャッシュミス関連情報、及び分岐予測関連情報を含むことができる。

実施形態によれば、収集される他のデータは、収集バッファ５０８からのものでないことも、又は命令データ・バッファからのものでないこともある。例として、以下の部分：：即ち、（１）報告グループの最初の記録：タイムスタンプ又は開始記録、及び（２）あらゆる報告グループに関して作成することができ、従って、収集バッファ５０８内に格納することができる付加的なタイプの記録を形成すために使用されるデータが挙げられ、これらの記録は、存在する場合、報告グループの追加又はマシン依存セクションに入れることができる。これらの記録は、本明細書では「システム情報記録」と呼ばれる。

図１２は、サンプル・ポイントにおいてプログラム・バッファ５２２に格納された報告グループ８００の高レベルの例を示す。記録内の報告グループのサイズは、２^{（ＲＧＳ＋１）}に等しいＲ_ＲＧで表され、ここで、ＲＧＳは、指数としての報告グループ・サイズである。収集バッファ５０８以外の位置からコピーされた記録のモデル依存数（Ｒ_ＮＣ）は、報告グループで使用されるとき、非破壊的にコピーされても又はされなくてもよい。図１２の例において、Ｒ_ＲＧ＝８、Ｒ_ＧＳ＝２、及びＲ_ＮＣ＝４である。図１２に示される例示的な報告グループ８００は、ヘッダ・セクション８０２、本体セクション８０４、追加記録セクション８０６、及びフッタ・セクション８０８を含む。

ヘッダ・セクション８０２は、状態情報、追跡情報、及び／又はタイミング情報を保持するための開始記録又はタイムスタンプ記録を含むことができる。開始記録は、プログラム・バッファに格納された第１の報告グループに関するヘッダ・セクション８０２内に格納される（即ち、ＲＣＡ７０６がＲＯＡ７０２に等しいとき）。１つの実施形態において、開始記録は、「０２」の記録タイプ・フィールドと、現在幾つの報告グループがプログラム・バッファに格納されているかを示すための報告グループ数（ＮＲＧ）フィールドと、報告グループのサイズを示すためのＲＧＳフィールドと、プログラム・バッファ５２２が一杯であるかどうかを示すための停止（Ｓ：stopped）フィールドと、ランタイム・インストルメンテーションが停止されたかどうかを示すための停止（Ｈ：halted）フィールドと、いつ開始記録が書き込まれたかを示すための時刻（ＴＯＤ）クロック・フィールドとを含む。１つの実施形態において、開始記録内のフィールドの少なくとも１つのサブセットが、ＲＩ制御ブロック（例えば、ＲＩＣＣＢ）から調達される。タイムスタンプ記録の１つの実施形態は、「０３」の記録タイプを有し、その記録がいつ格納されたかを示すためのＴＯＤクロック・フィールドを含む。１つの実施形態において、タイムスタンプ記録は、第１の報告グループ以外の報告グループの各々についてのヘッダ・セクション８０２内に格納される。

報告グループの本体セクション８０４は、収集バッファ５０８からサンプリングされたイベント及び情報に関する種々の記録を含むことができる。イベント及び情報は、例えば、発行命令、トランザクション実行アボート、呼び出し、リターン、分岐、及びフィラーによってキャプチャされた状態情報を表すことができる。

１つの実施形態において、発行記録は、ＲＩＥＭＩＴ命令の正常な実行時に作成され、収集バッファ５０８に格納される。発行記録の１つの実施形態は、「１０」の記録タイプ・フィールドと、発行記録において、現ＰＳＷの命令アドレス・ビット位置がどのように表されるかを示すための命令アドレス・コード・フィールドと、アドレッシング・モード（例えば、６４ビット、３１ビット、又は２４ビット）に応じて変わり、且つ、ＲＩＥＭＩＴ命令のアドレス、若しくはＲＩＥＭＩＴが実行タイプ命令のターゲットであった場合には実行タイプ命令の命令アドレスを含む命令アドレス・フィールドと、ＲＩＥＭＩＴ命令により指定される汎用レジスタからのデータを格納するための発行データ・フィールドとを含む。

１つの実施形態において、トランザクション実行アボート記録が、暗黙的アボートにより、又はトランザクション・アボート命令の実行により、作成され、収集バッファ５０８に格納される。アボート記録の１つの実施形態は、「１１」の記録タイプ・フィールドと、トランザクション実行アボート記録において現ＰＳＷの命令アドレス・ビット位置がどのように表されるかを示すための命令アドレス・コード・フィールドと、アドレッシング・モード（例えば、６４ビット、３１ビット、又は２４ビット）に応じて変わり、且つ、アボートされる命令のアドレス、若しくはアボートされる命令が実行タイプ命令のターゲットであった場合には実行タイプ命令の命令アドレスを含む命令アドレス・フィールドと、アボートと関連したいずれかのモデル依存データに関するフィールドとを含む。

１つの実施形態において、呼び出し記録は、Ｒ２フィールドが非ゼロであるときのＢＲＡＮＣＨ ＡＮＤ ＳＡＶＥ（ＢＡＳＲ）、ＢＲＡＮＣＨ ＡＮＤ ＳＡＶＥ（ＢＡＳ）、ＢＲＡＮＣＨ ＲＥＬＡＴＩＶＥ ＡＮＤ ＳＡＶＥ ＬＯＮＧ、ＢＲＡＮＣＨ ＲＥＬＡＴＩＶＥ ＡＮＤ ＳＡＶＥ、Ｒ２フィールドが非ゼロであるときのＢＲＡＮＣＨ ＡＮＤ ＬＩＮＫ（ＢＡＬＲ）、ＢＲＡＮＣＨ ＡＮＤ ＬＩＮＫ（ＢＡＬ）、及びＲ２フィールドが非ゼロであるときのＢＲＡＮＣＨ ＡＮＤ ＳＡＶＥ ＡＮＤ ＳＥＴ ＭＯＤＥなどの呼び出しタイプ分岐命令の実行によって作成される。呼び出し記録の１つの実施形態は、「１２」の記録タイプ・フィールドと、呼び出し記録において現ＰＳＷの命令アドレス・ビット位置がどのように表されるかを示すための命令アドレス・コード・フィールドと、アドレッシング・モード（例えば、６４ビット、３１ビット、又は２４ビット）に応じて変わり、且つ、分岐命令のアドレス、若しくは分岐命令が実行タイプ命令のターゲットであった場合には実行タイプ命令の命令アドレスを含む命令アドレス・フィールドと、分岐が正しく予測されたかどうかを示すための正常動作（well-behaved）フィールドと、分岐ターゲット・アドレス（「呼び出された位置」とも呼ばれる）を含むターゲット・アドレス・フィールドとを含む。

リターン記録及び転送記録は、呼び出し記録と同じフォーマットを有することができる。１つの実施形態において、リターン記録は、「１３」の記録タイプ・フィールドを有し、Ｒ２フィールドが非ゼロであり、マスクが１５であるときのＢＲＡＮＣＨ ＯＮ ＣＯＮＤＩＴＩＯＮ（ＢＣＲ）などのリターン・タイプ分岐命令の実行によって作成される。リターン記録に関して、命令アドレス・フィールドは、分岐命令のアドレス、又は分岐が実行タイプ命令のターゲットである場合には実行タイプ命令のアドレスを含み、ターゲット・アドレス・フィールドはリターン位置を含む。

１つの実施形態において、転送記録は、「１４」の記録タイプ・フィールドを有し、ａ．Ｒ２フィールドが非ゼロであり、且つ、マスクが１−１４の範囲内にあるときのＢＲＡＮＣＨ ＯＮ ＣＯＮＤＩＴＩＯＮ（ＢＣＲ）；ｂ．Ｊビットがゼロであるか又はマスクが１−１４の範囲内にあるときのＢＲＡＮＣＨ ＯＮ ＣＯＮＤＩＴＩＯＮ（ＢＣ）；ｃ．ＢＲＡＮＣＨ ＯＮ ＣＯＵＮＴ（ＢＣＴ、ＢＣＴＲ、ＢＣＴＧ、ＢＣＴＧＲ）；ｄ．ＢＲＡＮＣＨ ＯＮ ＩＮＤＥＸ ＨＩＧＨ（ＢＸＨ、ＢＸＨＧ）；ｅ．ＢＲＡＮＣＨ ＯＮ ＩＮＤＥＸ ＬＯＷ ＯＲ ＥＱＵＡＬ（ＢＸＬＥ，ＢＸＬＥＧ）；ｆ．ＢＲＡＮＣＨ ＲＥＬＡＴＩＶＥ ＯＮ ＣＯＮＤＩＴＩＯＮ（ＢＲＣ）；ｇ．ＢＲＡＮＣＨ ＲＥＬＡＴＩＶＥ ＯＮ ＣＯＮＤＩＴＩＯＮ ＬＯＮＧ（ＢＲＣＬ）；ｈ．ＢＲＡＮＣＨ ＲＥＬＡＴＩＶＥ ＯＮ ＣＯＵＮＴ（ＢＲＣＴ，ＢＲＣＴＧ）；ｉ．ＢＲＡＮＣＨ ＲＥＬＡＴＩＶＥ ＯＮ ＣＯＵＮＴ ＨＩＧＨ（ＢＲＣＴＨ）；ｊ．ＢＲＡＮＣＨ ＲＥＬＡＴＩＶＥ ＯＮ ＩＮＤＥＸ ＨＩＧＨ（ＢＲＸＨ、ＢＲＸＨＧ）；ｋ．ＢＲＡＮＣＨ ＲＥＬＡＴＩＶＥ ＯＮ ＩＮＤＥＸ ＬＯＷ ＯＲ ＥＱＵＡＬ（ＢＲＸＬＥ、ＢＲＸＬＧ）；ｌ．ＣＯＭＰＡＲＥ ＡＮＤ ＢＲＡＮＣＨ（ＣＲＢ、ＣＧＲＢ）；ｍ．ＣＯＭＰＡＲＥ ＡＮＤ ＢＲＡＮＣＨ ＲＥＬＡＴＩＶＥ（ＣＲＪ、ＣＧＲＪ）；ｎ．ＣＯＭＰＡＲＥ ＩＭＭＥＤＩＡＴＥ ＡＮＤ ＢＲＡＮＣＨ（ＣＩＢ、ＣＧＩＢ）；ｏ．ＣＯＭＰＡＲＥ ＩＭＭＥＤＩＡＴＥ ＡＮＤ ＢＲＡＮＣＨ ＲＥＬＡＴＩＶＥ（ＣＩＪ、ＣＧＩＪ）；ｐ．ＣＯＭＰＡＲＥ ＬＯＧＩＣＡＬ ＡＮＤ ＢＲＡＮＣＨ（ＣＬＲＢ、ＣＬＧＲＢ）；ｑ．ＣＯＭＰＡＲＥ ＬＯＧＩＣＡＬ ＡＮＤ ＢＲＡＮＣＨ ＲＥＬＡＴＩＶＥ（ＣＬＲＪ，ＣＬＧＲＪ）；ｒ．ＣＯＭＰＡＲＥ ＬＯＧＩＣＡＬ ＩＭＭＥＤＩＡＴＥ ＡＮＤ ＢＲＡＮＣＨ（ＣＬＩＢ、ＣＬＧＩＢ）；及びｓ．ＣＯＭＰＡＲＥ ＬＯＧＩＣＡＬ ＩＭＭＥＤＩＡＴＥ ＡＮＤ ＢＲＡＮＣＨ ＲＥＬＡＴＩＶＥ（ＣＬＩＪ、ＣＬＧＩＪ）のようなリターン・タイプ分岐命令の実行により作成される。転送記録は、分岐が成立したときに作成される。転送記録に関して、命令アドレス・フィールドは、分岐命令のアドレス、又は分岐が実行タイプ命令のターゲットである場合には実行タイプ命令のアドレスを含み、ターゲット・アドレス・フィールドはリターン位置を含む。

フィラー記録は、収集バッファ５０８内の有効な記録の数が、現在のＲＧＳの報告グループを満たすのに十分でない場合に、報告グループにおいて使用される。フィラー記録の１つの実施形態は、記録がフィラー記録であることを示すための「００」の記録タイプ・フィールドを含み、残りのバイトは定義されない。

追加記録セクション８０６は、存在する場合、モデル依存の記録を含むことができる。１つの実施形態において、追加記録のフォーマットは、記録が追加記録であることを示すうように、記録タイプが「０１」に設定され、追加記録の残りのバイトはモデル依存データを含むことができる点を除いて、フィラー記録に類似している。

フッタ・セクション８０８は、サンプル命令の実行についての情報を含む命令記録を含むことができる。命令記録は、サンプル命令に関して報告グループが格納されたときに作成される。命令記録の１つの実施形態は、「０４」の記録タイプ・フィールド「０４」と、命令記録において、現ＰＳＷの命令アドレス・ビット位置がどのように表されるかを示すための命令アドレス・コード・フィールドと、アドレッシング・モード（例えば、６４ビット、３１ビット、又は２４ビット）に応じて変わり、且つ、サンプル命令のアドレス、又はサンプル命令が実行タイプ命令のターゲットであった場合には実行タイプ命令の命令アドレスを含む命令アドレス・フィールドと、ＩＤＢから収集されたいずれかのモデル依存データを含む命令データ・バッファ（ＩＤＢ）フィールドとを含む。

図１３は、ランタイム・インストルメンテーション指向サンプリングを実施することができるプロセス・フロー９００を示す。プロセス・フロー９００は、プロセッサ１０６により実施することができる。プロセス・フロー９００は、図２のエミュレートされたプロセッサ２９により代替的に実施することもできる。説明を簡単にするために、本明細書では、プロセス・フロー９００は、プロセッサ１０６に関連して説明される。

前述のように、最初に、ランタイム・インストルメンテーション・モジュール５０６及び図９のレジスタ５１０を、図１０及び図１１の制御ブロック６００及び７００をロードするためのＬＲＩＣ命令を用いて指向サンプリングをサポートするように構成することができる。ひとたびランタイム・インストルメンテーション制御が構成され、イネーブルにされると、収集バッファ５０８内にイベント及びデータなどの情報を収集することができる。規則的に又は指示通りに、同じくランタイム・インストルメンテーション・プログラム・バッファ５２２とも呼ばれるプログラム・バッファ５２２内への報告グループの格納をトリガするサンプル命令が得られる。

ブロック９０２において、プロセッサ１０６は、命令ストリームからＲＩＮＥＸＴ命令をフェッチする。命令ストリームは、ランタイム・メモリ５０４からの問題状態プログラム又はスーパーバイザ状態プログラムとすることができる。命令ストリームは、ＲＩＮＥＸＴ命令、続いてプログラム順の次の順次命令を含む。ＲＩＮＥＸＴ命令は、命令のオペコードに基づいて識別することができる。１つの実施形態において、ＲＩＮＥＸＴ命令は、ビット０−７の１６進数「ＡＡ］及びビット１２−１５の「０」を有する３２ビットである。

ブロック９０４において、プロセッサ１０６は、ＲＩＮＥＸ命令を実行する。ブロック９０６において、ＲＩＮＥＸＴ命令の実行は、現在のランタイム・インストルメンテーション状態が、プログラム実行中、ランタイム・インストルメンテーション情報を報告するためのサンプル・ポイントの設定を可能にするかどうかを判断することを含む。ランタイム・インストルメンテーションがサンプル・ポイントを設定するのを可能にするために、現在実行されている命令ストリームと関連したＰＳＷにおいて、ランタイム・インストルメンテーションをイネーブルにしなければならないなど、種々の条件を満たす必要がある。同様に、状態特有の報告をイネーブルにする必要があり（Ｐｓ６１２、Ｑｓ６１４）、サンプリング・モードＭ−フィールド７０８は有効サンプリング・モードを示す必要があり、Ｎ−ビット７１０をイネーブルにする必要があり、抑止制御は、非抑止を示すべきであり、ランタイム・インストルメンテーション制御は有効な構成であるべきであり、ＲＩＮＥＸＴ命令の近くのモデル依存制限を満たす必要があり、プログラム・バッファ・フル条件は存在すべきでなく、ランタイム・インストルメンテーション停止（halted）条件は存在すべきでなく、次の順次命令は制限命令であるべきではない。

ブロック９０８において、現在のランタイム・インストルメンテーション状態が、サンプル・ポイントの設定を可能にしない場合、ＲＩＮＥＸＴ命令は、ノーオペレーション（ｎo-operation）として扱われる。他の場合には、ブロック９１０において、現在のランタイム・インストルメンテーション状態が、サンプル・ポイントの設定を可能にする場合、ＮＳＩは、ランタイム・インストルメンテーション・イベントを引き起こすためのサンプル命令にされる。

ブロック９１２において、ＮＳＩの実行に基づいて、ランタイム・インストルメンテーション・イベントは、報告グループとして、ランタイム・インストルメンテーション・プログラム・バッファ５２２内にランタイム・インストルメンテーション情報を記録させる。システム情報からの記録及び収集バッファ５０８からの記録の組み合わせを併合して、図１２の報告グループ８００のような報告グループを、ランタイム・インストルメンテーション・プログラム・バッファ５２２に格納することができる。

前述のように、他のサンプリング・モードのサンプル命令の間にＲＩＮＥＸＴ命令を挿入することができる。制御ブロック部分７００をロードするためのＬＲＩＣ命令を用いて、サンプリング・モードを、サイクル・カウント・モード及び命令カウント・モードの一方に設定することができる一方、現在のランタイム・インストルメンテーション状態は、ＮＳＩの実行に基づいてサンプル・ポイントを設定することが可能である。カウントは、サンプリング・モードと関連したサンプリング間隔を確立するように構成される。カウントは、各ＣＰＵサイクルにおいて又は命令完了時にカウントをデクリメントするといった、サンプリング・モードと関連したイベントに応答して調整される。命令ストリーム内の命令は、カウントがゼロなどの閾値に達することに応答して、サンプル命令として識別される。サンプル命令の完了に応答して、報告グループに関して、プロセッサ１０６の収集バッファ５０８内に収集された情報の記録が生成される。ランタイム・インストルメンテーションがサイクル・カウント・モード又は命令カウント・モードのいずれかに対して設定される間にＲＩＮＥＸＴ命令に遭遇し、且つ、Ｎ−ビット７１０が０の場合、ＲＩＮＥＸＴ命令はノーオペレーションとして扱われる。しかしながら、Ｎ−ビット７１０が設定された場合、プロセッサ１０６は、サイクル・カウント・モード又は命令カウント・モードにある間、ＲＩＮＥＸＴ命令を実行することができる。従って、サイクル・カウント・モード又は命令カウント・モードに基づいて、サンプル命令を完了する連続的インスタンスの間に、プロセッサ１０６により、１又は複数のＲＩＮＥＸＴ命令を実行することができる。これにより、インストルメント化命令ストリームの規則的間隔サンプリング及び指向サンプリングの両方が可能になる。場合によっては、間隔ベースのサンプリング・モード及び指向サンプリング・モードの両方が、サンプル命令と同じ命令を識別することができる。プロセッサ１０６が、命令ストリーム内の命令がＮＳＩ、及びサンプル命令のような命令を認識するサンプリング・モードの両方に基づくサンプル命令であると判断すると、同じ命令が事実上２度識別されたとしても、単一の報告グループだけが、ランタイム・インストルメンテーション・プログラム・バッファ５２２内に格納される。

上述のように、実施形態は、コンピュータ実装プロセス及びそれらのプロセスを実施するための装置の形で具体化することができる。実施形態は、製造物品として有形媒体内に具体化された命令を含むコンピュータ・プログラム・コード論理１００４を有するコンピュータ可読／使用可能媒体１００２上の、図１４に示されるようなコンピュータ・プログラム製品１０００を含むことができる。コンピュータ可読／使用可能媒体１００２に関する例示的な製造物品は、フロッピィ・ディスケット、ＣＤ−ＲＯＭ、ハードドライブ、ユニバーサル・シリアル・バス（ＵＳＢ）フラッシュ・ドライブ、又は他のいずれかのコンピュータ可読ストレージ媒体を含むことができ、ここで、コンピュータ・プログラム・コード論理１００４がコンピュータにロードされ、コンピュータにより実行されると、コンピュータは、本発明を実施するための装置となる。実施形態は、例えば、ストレージ媒体内に格納される、コンピュータにロードされる及び／又はコンピュータによって実行される、又は電気配線若しくはケーブルにより光ファイバを通じて又は電磁放射を介してといった何らかの伝送媒体上で伝送される、コンピュータ・プログラム・コード論理１００４を含み、ここで、コンピュータ・プログラム・コード論理１００４がコンピュータにロードされ、コンピュータにより実行されると、コンピュータは、本発明を実施するための装置となる。汎用マイクロプロセッサ上に実装される場合、コンピュータ・プログラム・コード論理１００４のセグメントは、特定の論理回路を作成するようにマイクロプロセッサを構成する。

技術的効果及び利点として、ランタイム・インストルメンテーションを用いる、キャプチャされたイベントの指向サンプリングが挙げられる。プロセッサ内にアーキテクチャ化されたＲＩＮＥＸＴ命令により、次の順次命令の完了時に、インストルメント化されたプログラムが、サンプル・ポイントを指定することが可能になる。これにより、サイクル・カウント及び命令カウント・ベースのサンプリングにわたって、より正確なサンプリングがもたらされる。指向サンプリングがイネーブルにされていないとき、ＲＩＮＥＸＴは、ノーオペレーション命令として現れるので、プログラム内にＲＩＮＥＸＴ命令を含ませることにより、プログラムを再コンパイルすることなく、指向サンプリングを選択的にイネーブルにすることが可能になる。エミュレーション・ルーチンを用いるエミュレートされた又は仮想プロセッサ内に、ＲＩＮＥＸＴ命令に対するサポートを含ませることができる。

本明細書で用いられる用語は、特定の実施形態を説明する目的のためのものにすぎず、本発明を限定することを意図したものではない。本明細書で用いられる場合、単数形「１つの（ａ）」、「１つの（ａｎ）」及び「その（ｔｈｅ）」は、文脈が特に明示しない限り、複数形も同様に含むことを意図したものである。「含む（ｃｏｍｐｒｉｓｅ）」及び／又は「含んでいる（ｃｏｍｐｒｉｓｉｎｇ）」という用語は、本明細書で用いられる場合、記述された特徴、整数、ステップ、動作、要素、及び／又はコンポーネントの存在を指定するが、１つ又は複数の他の特徴、整数、ステップ、動作、要素、コンポーネント、及び／又はそれらのグループの存在又は追加を排除するものではないこともさらに理解されるであろう。

下記の特許請求の範囲におけるすべての機能付き手段（ミーンズ・プラス・ファンクション）又は機能付き工程（ステップ・プラス・ファンクション）の対応する構造、部材、動作、及び均等物は、もしあれば、その機能を、明確に請求されている他の特許請求された要素と組み合わせて実行するための、あらゆる構造、部材、又は動作を含むことが意図されている。本発明の説明は、例証及び説明のために提示されたものであり、網羅的であること又は本発明を開示された形態に限定することを意図したものではない。当業者には、本発明の範囲から逸脱しない多くの修正及び変形が明らかとなるであろう。実施形態は、本発明の原理及び実際の適用を最も良く説明し、その他の当業者が企図される特定の使用に適した種々の修正を伴う種々の実施形態について本発明を理解できるように、選択され、説明された。

当業者により認識されるように、本発明の態様は、システム、方法、又はコンピュータ・プログラム製品として具体化することができる。従って、本発明の態様は、完全にハードウェアの実施形態、完全にソフトウェアの実施形態（ファームウェア、常駐ソフトウェア、マイクロコード等を含む）、又はソフトウェアの態様とハードウェアの態様とを組み合わせた実施形態の形を取ることができ、これらは全て、本明細書において、一般的に「回路」、「モジュール」又は「システム」と呼ぶことができる。さらに、本発明の態様は、コンピュータ可読プログラム・コードが組み込まれた、１つ又は複数のコンピュータ可読媒体内に具体化されたコンピュータ・プログラム製品の形を取ることができる。

１つ又は複数のコンピュータ可読媒体の任意の組み合わせを利用することができる。コンピュータ可読媒体は、コンピュータ可読信号媒体又はコンピュータ可読ストレージ媒体とすることができる。コンピュータ可読ストレージ媒体は、これらに限定されるものではないが、例えば、電子的、磁気的、光学的、電磁気的、赤外線、若しくは半導体のシステム、装置、若しくはデバイス、又は上記のものの任意の組み合わせとすることができる。コンピュータ可読ストレージ媒体のより具体的な例（非網羅的なリスト）には、以下のもの、即ち、１つ又は複数の配線を有する電気的接続、ポータブル・コンピュータ・ディスケット、ハード・ディスク、ランダム・アクセス・メモリ（ＲＡＭ）、読み出し専用メモリ（ＲＯＭ）、消去可能なプログラム可能読み出し専用メモリ（ＥＰＲＯＭ又はフラッシュ・メモリ）、光ファイバ、ポータブル・コンパクト・ディスク読み出し専用メモリ（ＣＤ−ＲＯＭ）、光記憶装置、磁気記憶装置、又は上記のものの任意の適切な組み合わせが含まれる。本文書の文脈において、コンピュータ可読ストレージ媒体は、命令実行システム、装置若しくはデバイスによって、又はそれらとの関連で使用するためのプログラムを収容又は格納することができる任意の有形媒体とすることができる。

コンピュータ可読信号媒体は、コンピュータ可読プログラム・コードが、例えばベースバンド内に又は搬送波の一部として内部に具体化された伝搬データ信号を含むことができる。このような伝搬信号は、これらに限定されるものではないが、電磁気、光、又はそれらの任意の適切な組み合わせを含む種々の形態のいずれかを取ることができる。コンピュータ可読信号媒体は、コンピュータ可読ストレージ媒体ではなく、且つ、命令実行システム、装置若しくはデバイスによって、又はこれらとの関連で使用するためのプログラムを通信し、伝搬し、又は搬送することができる任意のコンピュータ可読媒体とすることができる。

コンピュータ可読媒体上に具体化されたプログラム・コードは、これらに限定されるものではないが、無線、有線、光ファイバ・ケーブル、ＲＦ等、又は上記のもののいずれかの適切な組み合わせを含む、いずれかの適切な媒体を用いて伝送することができる。

本発明の態様の動作を実行するためのコンピュータ・プログラム・コードは、Ｊａｖａ（登録商標）、Ｓｍａｌｌｔａｌｋ、Ｃ＋＋等のようなオブジェクト指向型プログラミング言語、及び「Ｃ」プログラミング言語又は同様のプログラミング言語のような従来の手続き型プログラミング言語を含む、１つ又は複数のプログラミング言語のいずれかの組み合わせで記述することができる。プログラム・コードは、完全にユーザのコンピュータ上で実行される場合もあり、一部がユーザのコンピュータ上で、独立したソフトウェア・パッケージとして実行される場合もあり、一部がユーザのコンピュータ上で実行され、一部が遠隔コンピュータ上で実行される場合もあり、又は完全に遠隔コンピュータ若しくはサーバ上で実行される場合もある。後者のシナリオにおいて、遠隔コンピュータは、ローカル・エリア・ネットワーク（ＬＡＮ）若しくは広域ネットワーク（ＷＡＮ）を含む任意のタイプのネットワークを通じてユーザのコンピュータに接続される場合もあり、又は、外部コンピュータへの接続がなされる場合もある（例えば、インターネット・サービス・プロバイダを用いるインターネットを通じて）。

本発明の態様は、本発明の実施形態による方法、装置（システム）及びコンピュータ・プログラム製品のフローチャート図及び／又はブロック図を参照して以下で説明される。フローチャート図及び／又はＤ−２ブロック図の各ブロック、並びにフローチャート図及び／又はブロック図内のブロックの組み合わせは、コンピュータ・プログラム命令によって実装することができることが理解されるであろう。これらのコンピュータ・プログラム命令を、汎用コンピュータ、専用コンピュータ、又は他のプログラム可能データ処理装置のプロセッサに与えてマシンを製造し、それにより、コンピュータ又は他のプログラム可能データ処理装置のプロセッサにより実行される命令が、フローチャート及び／又はブロック図の１つ又は複数のブロックにおいて指定された機能／動作を実装するための手段を生成するようにすることができる。

これらのコンピュータ・プログラム命令を、コンピュータ、他のプログラム可能データ処理装置、又は他のデバイスに特定の方式で機能させるように指示することができるコンピュータ可読媒体内に格納し、それにより、そのコンピュータ可読媒体内に格納された命令が、フローチャート及び／又はブロック図の１つ又は複数のブロックにおいて指定された機能／動作を実装する命令を含む製品を製造するようにすることもできる。

コンピュータ・プログラム命令を、コンピュータ、他のプログラム可能データ処理装置、又は他のデバイス上にロードして、そのコンピュータ、他のプログラム可能データ処理装置、又は他のデバイス上で、コンピュータ実装プロセスを生成するための一連の動作ステップを実施させて、それにより、コンピュータ又は他のプログラム可能装置上で実行される命令が、フローチャート及び／又はブロック図の１つ又は複数のブロックにおいて指定された機能／動作を実装するためのプロセスを提供するようにすることもできる。

上述のように、実施形態は、コンピュータ実装プロセス及びそれらのプロセスを実施するための装置の形で具体化することができる。実施形態において、本発明は、１つ又は複数のネットワーク要素により実行されるコンピュータ・プログラム・コードにおいて具体化される。実施形態は、製造物品として有形媒体内に具体化された、命令を含むコンピュータ・プログラム・コード論理を有するコンピュータ使用可能媒体上のコンピュータ・プログラム製品を含む。コンピュータ使用可能媒体に関する例示的な製造物品は、フロッピィ・ディスケット、ＣＤ−ＲＯＭ、ハードドライブ、ユニバーサル・シリアル・バス（ＵＳＢ）フラッシュ・ドライブ、又は他のいずれかのコンピュータ可読ストレージ媒体を含むことができ、ここで、コンピュータ・プログラム・コード論理がコンピュータにロードされ、コンピュータにより実行されると、コンピュータは、本発明を実施するための装置となる。実施形態は、例えば、ストレージ媒体内に格納される、コンピュータにロードされる及び／又はコンピュータによって実行される、又は電気配線若しくはケーブルにより、光ファイバを通じて、又は電磁放射を介してといった何らかの伝送媒体上で伝送される、コンピュータ・プログラム・コード論理を含み、ここで、コンピュータ・プログラム・コード論理がコンピュータにロードされ、コンピュータにより実行されると、コンピュータは、本発明を実施するための装置となる。汎用マイクロプロセッサ上に実装される場合、コンピュータ・プログラム・コード論理のセグメントは、特定の論理回路を作成するようにマイクロプロセッサを構成する。

図面内のフローチャート及びブロック図は、本発明の種々の実施形態によるシステム、方法及びコンピュータ・プログラム製品の可能な実装のアーキテクチャ、機能及び動作を示す。この点に関して、フローチャート又はブロック図内の各ブロックは、指定された論理機能を実装するための１つ又は複数の実行可能命令を含むモジュール、セグメント、又はコードの部分を表すことができる。幾つかの代替的な実装において、ブロック内に記載された機能は、図面内に記載された順序とは異なる順序で行われ得ることにも留意すべきである。例えば、連続して示された２つのブロックが、関与する機能に応じて、実際には、実質的に同時に実行されることもあり、ときにはブロックが逆順に実行されることもある。また、ブロック図及び／又はフローチャート図の各ブロック、並びにブロック図及び／又はフローチャート図内のブロックの組み合わせは、指定された機能又は動作を行う専用ハードウェア・ベースのシステムによって、又は専用ハードウェアとコンピュータ命令との組み合わせによって実装できることにも留意されたい。

１、１０６：プロセッサ
２、２２、１０５：メモリ
１１：ストレージ・デバイス
５０：ホスト・コンピュータ・システム
１００、５００：システム
１１１：プログラミング・コード
１１２：アプリケーション・プログラム
２００：データ処理ネットワーク
３０３：キャッシュ
３０４：Ｉ／Ｏユニット
３０５：命令フェッチ・ユニット
３０６：デコード／ディスパッチ・ユニット
３０７：実行ユニット
３０８：分岐ユニット
３０９：アーキテクチャ化レジスタ
３１０：ロード・ストア・ユニット
３１１：プログラム・カウンタ
５０４：ランタイム・メモリ
５０６：インストルメンテーション・モジュール
５０８：収集バッファ
５１０：レジスタ
５１２：ＰＳＷデータ
５１４：主メモリ
５１６：オペレーティング・システム
５１８：アプリケーション
５２０：ストレージ
５２２：プログラム・バッファ
７０２：ランタイム・インストルメンテーション起点アドレス（ＲＯＡ）
７０４：ランタイム・インストルメンテーション・プログラム・バッファ制限アドレス（ＲＬＡ）
８００：報告グループ
８０２：ヘッダ・セクション
８０４：本体セクション
８０６：追加記録セクション
８０８：フッタ・セクション
１０００：コンピュータ・プログラム製品
１００２：コンピュータ可読／使用可能媒体
１００４：コンピュータ・プログラム・コード論理

Claims (20)

1. ランタイム・インストルメンテーションの指向サンプリングを実施するためのコンピュータ・プログラム製品であって、
   処理回路により可読であり、且つ、方法を実施するための前記処理回路により実施するための命令を格納する有形ストレージ媒体を含み、
   命令ストリームからｒｕｎ−ｔｉｍｅ ｉｎｓｔｒｕｍｅｎｔａｔｉｏｎ ｎｅｘｔ（ＲＩＮＥＸＴ）命令をフェッチすることであって、前記命令ストリームは、ＲＩＮＥＸＴ命令、続いてプログラム順の次の順次命令（ＮＳＩ）を含む、フェッチすることと、
   プロセッサにより、前記ＲＩＮＥＸＴ命令を実行することと、
   を含み、前記実行することは、
   プログラム実行中、現在のランタイム・インストルメンテーション状態が、ランタイム・インストルメンテーション情報を報告するためのサンプル・ポイントの設定を可能にするかどうかを判断することと、
   前記現在のランタイム・インストルメンテーション状態が前記サンプル・ポイントの設定を可能にすることに基づいて、前記ＮＳＩを、ランタイム・インストルメンテーション・イベントを引き起こすためのサンプル命令にすることと、
   前記ＮＳＩサンプル命令を実行することに基づいて、前記ランタイム・インストルメンテーション・イベントに、ランタイム・インストルメンテーション情報を、報告グループとしてランタイム・インストルメンテーション・プログラム・バッファ内に記録させることと、
   を含む方法を実行する、コンピュータ・プログラム製品。
2. 前記現在のランタイム・インストルメンテーション状態が前記サンプル・ポイントの設定を可能にしないことに基づいて、前記ＲＩＮＥＸＴ命令をノーオペレーション命令として扱うことをさらに含む、請求項１に記載のコンピュータ・プログラム製品。
3. 前記現在のランタイム・インストルメンテーション状態が前記ＮＳＩの実行に基づいて前記サンプル・ポイントの設定を可能にする間、サンプル・モードを、サイクル・カウント・モード及び命令カウント・モードの一方に設定することと、
   前記ＮＳＩ及び前記サンプリング・モードの両方が前記命令を前記サンプル命令として認識することに基づいて、前記命令ストリーム内の命令が前記サンプル命令であることを判断することであって、前記ＮＳＩ及び前記サンプリング・モードの両方が前記命令を前記サンプル命令として認識されたとき、単一の報告グループだけが前記ランタイム・インストルメンテーション・プログラム・バッファに格納される、判断することと、
   をさらに含む、請求項１に記載のコンピュータ・プログラム製品。
4. ｌｏａｄ ｒｕｎ−ｔｉｍｅ ｉｎｓｔｒｕｍｅｎｔａｔｉｏｎ ｃｏｎｔｒｏｌｓ（ＬＲＩＣ）命令に応答して、ランタイム・インストルメンテーション制御を構成することをさらに含み、前記ＬＲＩＣ命令はサンプリング・モード及びＲＩＮＥＸＴ制御を確立する、請求項１に記載のコンピュータ・プログラム製品。
5. 前記ＬＲＩＣ命令は、前記サンプル・ポイントで収集された情報の記録を格納するためのランタイム・インストルメンテーション・プログラム・バッファ現在アドレス、ランタイム・インストルメンテーション起点アドレス、ランタイム・インストルメンテーション・プログラム・バッファ制限アドレス、問題状態サンプル報告制御、スーパーバイザ状態サンプル報告制御、スケール・ファクタ、及び残りのサンプル間隔カウントをさらに確立する、請求項４に記載のコンピュータ・プログラム製品。
6. ａ．ランタイム・インストルメンテーションがイネーブルにされていない、
   ｂ．問題状態において、問題状態報告が許可されない、
   ｃ．スーパーバイザ状態において、スーパーバイザ状態が許可されない、
   ｄ．ランタイム・インストルメンテーション制御の設定に基づいて、前記ＲＩＮＥＸＴ命令の実行が許可されない、及び
   ｅ．前記ＲＩＮＥＸＴ命令が、モデル依存制限に従って以前のＲＩＮＥＸＴ命令に近すぎる状態で発行された、
   のうちのいずれか１つに基づいて、前記現在のランタイム・インストルメンテーション状態が非イネーブルになる、請求項１に記載のコンピュータ・プログラム製品。
7. 前記プロセッサは、別の命令セット・アーキテクチャのホスト・プロセッサ上でエミュレートされている命令セット・アーキテクチャの、エミュレートされたプロセッサであり、前記ＲＩＮＥＸＴ命令の実行は、前記ＲＩＮＥＸＴ命令の実行をエミュレートするように構成された１つ又は複数のエミュレーション・ソフトウェア・ルーチンによって行われる、請求項１に記載のコンピュータ・プログラム製品。
8. ランタイム・インストルメンテーション指向サンプリングを実施するための方法であって、前記方法は、
   命令ストリームからｒｕｎ−ｔｉｍｅ ｉｎｓｔｒｕｍｅｎｔａｔｉｏｎ ｎｅｘｔ（ＲＩＮＥＸＴ）命令をフェッチすることであって、前記命令ストリームは、ＲＩＮＥＸＴ命令、続いてプログラム順の次の順次命令（ＮＳＩ）を含む、フェッチすることと、
   プロセッサにより、前記ＲＩＮＥＸＴ命令を実行することと、
   を含み、前記実行することは、
   プログラム実行中、現在のランタイム・インストルメンテーション状態が、ランタイム・インストルメンテーション情報を報告するためのサンプル・ポイントの設定を可能にするかどうかを判断することと、
   前記現在のランタイム・インストルメンテーション状態が前記サンプル・ポイントの設定を可能にすることに基づいて、前記ＮＳＩを、ランタイム・インストルメンテーション・イベントを引き起こすためのサンプル命令にすることと、
   前記ＮＳＩサンプル命令を実行することに基づいて、前記ランタイム・インストルメンテーション・イベントに、ランタイム・インストルメンテーション情報を、報告グループとしてランタイム・インストルメンテーション・プログラム・バッファ内に記録させることと、
   を含む、方法。
9. 前記現在のランタイム・インストルメンテーション状態が前記サンプル・ポイントの設定を可能にしないことに基づいて、前記ＲＩＮＥＸＴ命令をノーオペレーション命令として扱うことをさらに含む、請求項８に記載の方法。
10. 前記現在のランタイム・インストルメンテーション状態が前記ＮＳＩの実行に基づいて前記サンプル・ポイントの設定を可能にする間、サンプル・モードを、サイクル・カウント・モード及び命令カウント・モードの一方に設定することと、
    前記ＮＳＩ及び前記サンプリング・モードの両方が前記命令を前記サンプル命令として認識することに基づいて、前記命令ストリーム内の命令が前記サンプル命令であることを判断することであって、前記ＮＳＩ及び前記サンプリング・モードの両方が前記命令を前記サンプル命令として認識されたとき、単一の報告グループだけが前記ランタイム・インストルメンテーション・プログラム・バッファに格納される、判断することと、
    をさらに含む、請求項８に記載の方法。
11. ｌｏａｄ ｒｕｎ−ｔｉｍｅ ｉｎｓｔｒｕｍｅｎｔａｔｉｏｎ ｃｏｎｔｒｏｌｓ（ＬＲＩＣ）命令に応答して、ランタイム・インストルメンテーション制御を構成することをさらに含み、前記ＬＲＩＣ命令はサンプリング・モード及びＲＩＮＥＸＴ制御を確立する、請求項８に記載の方法。
12. 前記ＬＲＩＣ命令は、前記サンプル・ポイントで収集された情報の記録を格納するためのランタイム・インストルメンテーション・プログラム・バッファ現在アドレス、ランタイム・インストルメンテーション起点アドレス、ランタイム・インストルメンテーション・プログラム・バッファ制限アドレス、問題状態サンプル報告制御、スーパーバイザ状態サンプル報告制御、スケール・ファクタ、及び残りのサンプル間隔カウントをさらに確立する、請求項１１に記載の方法。
13. ａ．ランタイム・インストルメンテーションがイネーブルにされていない、
    ｂ．問題状態において、問題状態報告が許可されない、
    ｃ．スーパーバイザ状態において、スーパーバイザ状態が許可されない、
    ｄ．ランタイム・インストルメンテーション制御の設定に基づいて、前記ＲＩＮＥＸＴ命令の実行が許可されない、及び
    ｅ．前記ＲＩＮＥＸＴ命令が、モデル依存制限に従って以前のＲＩＮＥＸＴ命令に近すぎる状態で発行された、
    のうちのいずれか１つに基づいて、前記現在のランタイム・インストルメンテーション状態が非イネーブルになる、請求項８に記載の方法。
14. 前記プロセッサは、別の命令セット・アーキテクチャのホスト・プロセッサ上でエミュレートされている命令セット・アーキテクチャの、エミュレートされたプロセッサであり、前記ＲＩＮＥＸＴ命令の実行は、前記ＲＩＮＥＸＴ命令の実行をエミュレートするように構成された１つ又は複数のエミュレーション・ソフトウェア・ルーチンによって行われる、請求項８に記載の方法。
15. ランタイム・インストルメンテーション指向サンプリングを実装ためのシステムであって、
    メモリと、
    方法を実行するように構成されたランタイム・インストルメンテーション・モジュールを含むプロセッサであって前記方法が、、
    命令ストリームからｒｕｎ−ｔｉｍｅ ｉｎｓｔｒｕｍｅｎｔａｔｉｏｎ ｎｅｘｔ（ＲＩＮＥＸＴ）命令をフェッチすることであって、前記命令ストリームは、ＲＩＮＥＸＴ命令、続いてプログラム順の次の順次命令（ＮＳＩ）を含む、フェッチすることと、
    プロセッサにより、前記ＲＩＮＥＸＴ命令を実行することと、
    を含み、前記実行することは、
    プログラム実行中、現在のランタイム・インストルメンテーション状態が、ランタイム・インストルメンテーション情報を報告するためのサンプル・ポイントの設定を可能にするかどうかを判断することと、
    前記現在のランタイム・インストルメンテーション状態が前記サンプル・ポイントの設定を可能にすることに基づいて、前記ＮＳＩを、ランタイム・インストルメンテーション・イベントを引き起こすためのサンプル命令にすることと、
    前記ＮＳＩサンプル命令を実行することに基づいて、前記ランタイム・インストルメンテーション・イベントに、ランタイム・インストルメンテーション情報を、前記メモリ内の報告グループとしてランタイム・インストルメンテーション・プログラム・バッファ内に記録させることと、
    を含む、システム。
16. 前記現在のランタイム・インストルメンテーション状態が前記サンプル・ポイントの設定を可能にしないことに基づいて、前記ＲＩＮＥＸＴ命令をノーオペレーション命令として扱うことをさらに含む、請求項１５に記載のシステム。
17. 前記現在のランタイム・インストルメンテーション状態が前記ＮＳＩの実行に基づいて前記サンプル・ポイントの設定を可能にする間、サンプル・モードを、サイクル・カウント・モード及び命令カウント・モードの一方に設定することと、
    前記ＮＳＩ及び前記サンプリング・モードの両方が前記命令を前記サンプル命令として認識することに基づいて、前記命令ストリーム内の命令が前記サンプル命令であることを判断することであって、前記ＮＳＩ及び前記サンプリング・モードの両方が前記命令を前記サンプル命令として認識されたとき、単一の報告グループだけが前記ランタイム・インストルメンテーション・プログラム・バッファに格納される、判断することと、
    をさらに含む、請求項１５に記載のシステム。
18. ｌｏａｄ ｒｕｎ−ｔｉｍｅ ｉｎｓｔｒｕｍｅｎｔａｔｉｏｎ ｃｏｎｔｒｏｌｓ（ＬＲＩＣ）命令に応答して、ランタイム・インストルメンテーション制御を構成することをさらに含み、前記ＬＲＩＣ命令はサンプリング・モード及びＲＩＮＥＸＴ制御を確立する、請求項１５に記載のシステム。
19. 前記ＬＲＩＣ命令は、前記サンプル・ポイントで収集された情報の記録を格納するためのランタイム・インストルメンテーション・プログラム・バッファ現在アドレス、ランタイム・インストルメンテーション起点アドレス、ランタイム・インストルメンテーション・プログラム・バッファ制限アドレス、問題状態サンプル報告制御、スーパーバイザ状態サンプル報告制御、スケール・ファクタ、及び残りのサンプル間隔カウントをさらに確立する、請求項１８に記載のシステム。
20. ａ．ランタイム・インストルメンテーションがイネーブルにされていない、
    ｂ．問題状態において、問題状態報告が許可されない、
    ｃ．スーパーバイザ状態において、スーパーバイザ状態が許可されない、
    ｄ．ランタイム・インストルメンテーション制御の設定に基づいて、前記ＲＩＮＥＸＴ命令の実行が許可されない、及び
    ｅ．前記ＲＩＮＥＸＴ命令が、モデル依存制限に従って以前のＲＩＮＥＸＴ命令に近すぎる状態で発行された、
    のうちのいずれか１つに基づいて、前記現在のランタイム・インストルメンテーション状態が非イネーブルになる、請求項１５に記載のシステム。