(57)【要約】  【課題】  ＯＳのメモリサブシステム（仮想メモリ）を迂回して、メモリの特定の物理アドレスへのアクセスを自由に行うこと。  【解決手段】  ＯＳによるアクセス制御の管理下にあり、そのＯＳを経由しなければ特定の物理アドレスへの直接アクセスが出来ないシステム環境がある。起動されつつある（すでに起動されている）ＯＳに対して、ある物理アドレスが含まれるページ（ＰＥＰ）を専用デバイスドライバ経由で管理ができるようにするため、ＯＳの管理から除外するためのリクエストを出す（インジェクションする）。ＯＳのメモリサブシステム経由では利用できなくすることに応答して、専用デバイスドライバが、ＰＥＰにアクセスするためのページ、および、複数のＰＥＰを特定するためのページ変換テーブルを作成する。専用デバイスドライバ経由でのＤＩＭＭの制御とトレースが実現する。【選択図】  図２
2014115954.tif 000002
【特許請求の範囲】
【請求項１】
計算機システムにおいて、記憶装置（ＤＩＭＭ）で構成される物理メモリがオペレーションシステム（ＯＳ）によるアクセス制御の管理下にあり、そのＯＳを経由しなければその記憶装置上の物理アドレスへの直接アクセスが出来ないシステム環境において、メモリデバイス以外の機能を有するＤＩＭＭ上の特定の物理アドレスを操作する方法であって、
起動されつつある（または、すでに起動されている）ＯＳに対して、ある物理アドレスが含まれるページ（ＰＥＰ：ＰｓｅｕｄｏＥｒｒｏｒＰａｇｅ）を専用デバイスドライバ経由で管理ができるようにするために、ＯＳの管理から除外するためのリクエストを出す（インジェクションする）ステップと、
出されたリクエストにしたがって、起動されつつある（または、すでに起動されている）ＯＳがＰＥＰをＯＳのアクセス制御する管理から除外する（ＯＳのメモリサブシステム経由では利用できなくする）ことに応答して、専用デバイスドライバが、ＰＥＰにアクセスするためのページを作成するステップと、
計算機システム上の複数のメモリデバイス以外の機能を有するＤＩＭＭについて、作成したページから複数のＰＥＰを特定するためのページ変換テーブルを作成するステップとを有していて、
これらのステップを計算機システムに実行させることによって、専用デバイスドライバ経由でメモリデバイス以外の機能を有するＤＩＭＭの制御を行う、
方法。
【請求項２】
メモリアクセスのトレース機能を有するＤＩＭＭにおいて、
（計算機システム中における制御のトリガに従って）デバイスドライバが、複数のＤＩＭＭに対して、作成されたページ変換テーブルへアクセスして、複数のＤＩＭＭを通して得られている（最中にある）トレースデータの各々に、ＰＥＰが含むところの物理アドレスのデータを混在させるステップとを有する、
請求項１に記載の方法。
【請求項３】
（トレースデータのデータ解析時に、外付けアナライザーが、）複数のＤＩＭＭを通して得られた複数のトレースデータから、各々のトレースデータに含まれている物理アドレスをマーカとして、マーカの箇所（アクセス時間）を特定するステップと、
（トレースデータのデータ解析時に、外付けアナライザーが、）複数のトレースデータ間で特定されたマーカの箇所を比較することで、時間同期を行うステップとを有する、
請求項２に記載の方法に従った、
トレースデータのデータ解析方法。
【請求項４】
インターリーブアクセスを構成する複数のＤＩＭＭに対して、各々のＤＩＭＭ上で同一の物理アドレス（ＰＥＰ）のデータを混在させる、
請求項２に記載の方法。
【請求項５】
メモリアクセス（アドレス、コマンド）のトレース機能を有するＤＩＭＭにおいて、
デバイスドライバを経由して、ＰＥＰ内の特定のアドレスへのアクセスを発生することでＤＩＭＭ側のトレース機能の制御（トレースの開始、停止など）を行う、
請求項１に記載の方法。
【請求項６】
インターリーブアクセスを構成する複数のＤＩＭＭを通して得られる複数のトレースデータに対して、複数のＤＩＭＭにまたがるマーカの箇所（トレースデータとして同期すべきところ）を特定する、
請求項３に記載の方法。
【請求項７】
ある物理アドレスが含まれるページ（ＰＥＰ：ＰｓｅｕｄｅＥｒｒｏｒＰａｇｅ）が、ＯＳにとって（は、そもそもが）ＥＣＣエラーが発生した場合を想定して、ページの利用が除外（抑制）されているものである、
請求項１に記載の方法。
【請求項８】
ＯＳがＰＥＰをアクセス制御の管理から除外することが、ＯＳがアクセス制御の管理に利用している主ページ変換テーブルからＰＥＰを除外（特定することを禁止）することである、
請求項１に記載の方法。
【請求項９】
記憶装置（ＤＩＭＭ）上の物理アドレスがオペレーションシステム（ＯＳ）による（仮想メモリとして）アクセス制御の管理下にあり、そのＯＳを経由するのでなければその物理アドレスへは直接アクセスすることが出来ないシステム環境において、そのＯＳに適合して、ＤＩＭＭ上の物理アドレスを特定する、デバイスドライバであって、
起動されつつある（または、すでに起動されている）ＯＳに対して、ある物理アドレスが含まれるページ（ＰＥＰ：ＰｓｅｕｄｅＥｒｒｏｒＰａｇｅ）をアクセス制御する管理ができるようにするリクエストを出し（インジェクションし）、
出されたリクエストについて、起動されつつある（または、すでに起動されている）ＯＳがＰＥＰをアクセス制御する管理を除外する（ＯＳのメモリサブシステム経由では利用できなくする）ことに応答して、ＰＥＰを特定するためのページ変換テーブルを作成する、
デバイスドライバ。
【請求項１０】
ＯＳのメモリサブシステムに適合して、ＯＳのメモリサブシステム内の仮想メモリ空間を利用して、ＰＥＰを特定するためのページ変換テーブルをその仮想メモリ空間に記憶しておくことができる、
請求項９に記載のデバイスドライバ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、計算機システムにおける、メモリの物理アドレスを利用したメモリの制御と、そのアクセストレースへの応用に関する。
【０００２】
より具体的には、計算機システムにおいて、記憶装置（ＤＩＭＭ）で構成される物理メモリがオペレーションシステムまたはオペレーティングシステム（ＯＳ）によるアクセス制御の管理下にあり、そのＯＳを経由しなければその記憶装置上の特定の物理アドレスへの直接アクセスが出来ないシステム環境において、メモリデバイスやそれ以外の機能を有するＤＩＭＭ上の特定の物理アドレスを操作する技術に関する。
【背景技術】
【０００３】
現在、特殊なモニターハードウェアを用いてコンピューターの主記憶（ＤＲＡＭ）への実アクセスのトレース（コマンド、アドレス等）を取得することが可能となっている。
【０００４】
このように、コンピューターの主記憶（ＤＲＡＭ）への実アクセスのトレース（コマンド、アドレス等）を取得するための装置を、メモリートレーサーと呼ぶ。
【０００５】
メモリートレーサーを用いてソフトウェアの性能評価を行う際には、ソフトウェアの振る舞いと実際の計測との間で正確な同期を取る必要がある。
【０００６】
一般には以下に紹介する  １）２）３）の３つの手法が考えられるが、これら３つの手法にはそれぞれ、課題が存在する。
【０００７】
１）同期のためのハードウエア（ＨＷ）機構を用いる手法。
【０００８】
１）の課題としては、
【０００９】
ＤＩＭＭに接続されているＩ２Ｃ(Inter-IntegratedCircuit, I-squared C)インターフェイス（ＩＦ）は低速なため十分な時間精度が出せない。
【００１０】
また、ＬＶＤＳ(Low voltagedifferential signaling)などを用いた専用の制御回路を用いる場合、専用の配線が必要となる。
【００１１】
２）ソフトウェアによるコンピューターの主記憶（ＤＲＡＭ）の特定アドレスへのアクセスをマーカーとする手法。
【００１２】
２）の課題としては、
【００１３】
ＯＳ上で稼動するソフトウェアから主記憶上の特定の物理アドレス(Physical Address)空間へアクセスすることは、ＯＳの仮想(virtual)メモリ機構の存在により困難である。
【００１４】
投機的にメモリ確保を行い期待する物理アドレスを得る手法も考えられるが、大量の主記憶に対して適応するには非効率である。
【００１５】
また、ページテーブル経由取得の物理アドレスは、途中で変更される可能性があり、マーカーとしては扱いにくい。
【００１６】
ＢＩＯＳを改造することで、特定のアドレス領域をリザーブするように設定することができるが、ＢＩＯＳ改造には、内部設計情報が必要、機種依存、再起動が必要、故障の原因となる可能性、などがあり敷居が高い。
【００１７】
３）ソフトウェアによるコンピューターの主記憶（ＤＲＡＭ）への特殊なアクセスパターンをマーカーとする手法。
【００１８】
３）の課題としては、
【００１９】
実際のメモリアクセスはキャッシュされるため、ソフトウェア上でのメモリアクセスパターンと、ＤＲＡＭ上で観測されるメモリアクセスパターンは異なる。
【００２０】
特にマルチコアのＣＰＵでのメモリアクセスは、メモリコントローラー上のキューでスケジュールされたりするため、実際のメモリアクセスパターンは機種依存や条件依存が存在する可能性がある。
【００２１】
ＣＰＵ、ＤＲＡＭは、ＧＨｚ（ギガヘルツ）という速い周波数で動作しており、一連のパターンによる正確なタイミングの同期が難しい。
【００２２】
また計測データはテラバイト規模になるため、パターンベースのマーカーが実現できたとしても、マーカーの検出コストが高くなる。
【００２３】
特許文献１〜５はいずれも、いわゆるダイレクトメモリアクセス（ＤＭＡ）に関する文献である。
【００２４】
しかし、本発明が目的としてその特徴となっているところの「デバイスドライバがＯＳの管理から除外されてＰＥＰにアクセスする」点を開示するものは見当たらない。
【先行技術文献】
【特許文献】
【００２５】
【特許文献１】特開平９−１６４６１
【特許文献２】特開２００５−３３９５５７
【特許文献３】特開平１１−３０６１３０
【特許文献４】特開平２−１２９７２４
【特許文献５】特表２００７−５０８６０１（国際公開ＷＯ２００５／０１０６７０（ＰＣＴ／ＵＳ２００４／０２１９９３）が指定国（ＪＰ）に国内段階移行してから、再度公表されたものに相当）
【発明の概要】
【発明が解決しようとする課題】
【００２６】
本発明の目的は、ＯＳのメモリサブシステム（仮想メモリ）を迂回して、メモリの特定の物理アドレスへのアクセスを自由に行う仕組みを実現することにある。
【００２７】
背景技術における説明の流れにおいては、手法 ２）の改善に相当している。
【課題を解決するための手段】
【００２８】
起動されつつある（または、すでに起動されている）ＯＳに対して、ある物理アドレスが含まれるページを専用デバイスドライバ経由で管理ができるようにするために、ＯＳの管理から除外するためのリクエストを出す。
【００２９】
実装例としては、偽のメモリエラー発生イベントをＯＳにインジェクションすることで、特定ページをＯＳのメモリ管理から除外する。
【００３０】
このページを（ＰＥＰ：ＰｓｅｕｄｏＥｒｒｏｒＰａｇｅ）と呼ぶ。
【００３１】
計算機システム上の複数のメモリデバイス以外の機能を有するＤＩＭＭについて、PEPを作成し、これらにアクセスすするためのページ変換テーブルを作成する。
【００３２】
これらのステップを計算機システムに実行させることによって、専用デバイスドライバ経由でメモリデバイス以外の機能を有するＤＩＭＭの制御を行う。
【発明の効果】
【００３３】
ＢＩＯＳやＯＳなどの変更は不要で、ＯＳのローダブルドライバモジュールとして動的に実装可能となる。
【００３４】
特定の物理アドレスが確保されるため、そこへのアクセスの記録を、計測データ解析時にマーカーとして利用できる。
【００３５】
特定の物理アドレスへのアクセスを、DIMMが有するメモリデバイス以外の機能へのコマンドとしても利用できる。
【００３６】
ソフトウェア（コードレベル）と計測されたトレースデータとを、容易に同期させることが出来る。
【００３７】
ＣＰＵの高精度タイマーと連携させることで、計測結果とシステムの振る舞いを容易に同期させることが出来る。
【００３８】
ＣＰＵのメモリチャンネル間のインターリーブとの併用で、インターリーブされた複数のチャンネル上にあるＤＩＭＭの計測の同期ができる。
【図面の簡単な説明】
【００３９】
【図１】図１は、ＯＳのメモリサブシステム（仮想メモリ）を通じて、メモリの特定の物理アドレスへのアクセスを行う仕組みを示すブロック図である。
【図２】図２は、本発明であるところの、ＯＳのメモリサブシステム（仮想メモリ）を迂回して、メモリの特定の物理アドレスへのアクセスを自由に行うことができるようにする仕組みを示すブロック図である。
【図３】図３は、計測するデータを記憶装置に記憶していくための接続関係を示すブロック図である。
【図４】図４は、ＯＳ起動時における、専用デバイスドライバーをロードする処理の具体的な手順を示すフローチャートである。
【図５】図５は、計測時における、ユーザー空間における処理、カーネル空間における処理、メモリートレーサーにおける処理の具体的な手順を示すフローチャートである。
【図６】図６は、集計時における、処理の具体的な手順を示すフローチャートである。
【発明を実施するための形態】
【００４０】
図１は、ＯＳのメモリサブシステム（仮想メモリ）を通じて、メモリの特定の物理アドレスへのアクセスを行う仕組みを示すブロック図である。
【００４１】
ある計算機システムにおいて、ＯＳ上で稼動されているところのアクセストレースの対象としての計測試験の下にあるアプリケーション(Application Under Test)１０が、複数の記憶装置（ＤＩＭＭ）のグループ５０にアクセスしようとする場合について説明する。
【００４２】
この計算機システムにおいて、複数の記憶装置（ＤＩＭＭ）のグループ５０で構成される物理メモリは、オペレーションシステム（ＯＳ）によるアクセス制御の管理下にある。
【００４３】
複数の記憶装置（ＤＩＭＭ）の各々５２、５４、５６、５８は、メモリデバイス以外の機能、例えば、メモリアクセスのトレース機能（Ｗ／Ｔｒａｃｅｒ）を有することができる。
【００４４】
しかし、ＤＩＭＭ上の特定の物理アドレス（００００００００〜００ＦＦＦＦＦＦ）を知ることができなければ、ＤＩＭＭを制御することも操作することもできない。
【００４５】
ＯＳの管理下においては、ＯＳのメモリサブシステム（仮想メモリ）が提供され、その仮想メモリにおける仮想アドレス(Virtual address)２０を利用することになる。
【００４６】
アプリケーション１０の側から、ページ(PageA)２１の仮想アドレスを特定することはできる。
【００４７】
しかし、通常のページ変換テーブル(NormalPage Table)３０はＯＳの管理下にある。
【００４８】
よって、ページ（Page A）２１は、通常のページ変換テーブル(Normal Page Table)３０によって、任意の物理アドレスのページ(Page A)３１に割り当てられる。
【００４９】
すなわち、アプリケーション１０側からは、ページ(PageA)３１の物理アドレスを特定することはできない。
【００５０】
また、この割り当てはＯＳによって動的に変更される可能性がある。
【００５１】
したがって、ページ(Page A)３１を用いて５２，５４，５６，５８のトレース機能（Ｗ／ Ｔｒａｃｅｒ）を制御することや操作することは困難である。
【００５２】
このように、ＯＳを経由しなければその記憶装置上の物理アドレスへの直接アクセスが出来ないシステム環境にある。
【００５３】
図２は、本発明であるところの、ＯＳのメモリサブシステム（仮想メモリ）を迂回して、メモリの特定の物理アドレスへのアクセスを自由に行うことができるようにする仕組みを示すブロック図である。
【００５４】
アプリケーション１０もしくは TestingFramework１２は、ある物理アドレスが含まれるページ（ＰＥＰ：ＰｓｅｕｄｏＥｒｒｏｒＰａｇｅ）を専用デバイスドライバ経由で管理ができるようにするために、OSの管理から除外するためのリクエストを出す− Making Request
【００５５】
リクエストを出すのは、専用デバイスドライバ(DeviceDriver)１４自身であってよく、この専用デバイスドライバ１４を経由して管理するようにしてもよい。
【００５６】
リクエストを出すタイミングとしては、対象ページがＯＳやＯＳ上のアプリケーションに利用されてしまう前にページを確保しておく必要がある。
【００５７】
すなわち、起動されつつある（または、すでに起動されている）ＯＳに対して行えばよいであろうが、これに限られるものではない。
【００５８】
出されたリクエストにしたがって、起動されつつある（または、すでに起動されている）ＯＳがＰＥＰをＯＳのアクセス制御する管理から除外する（ＯＳのメモリサブシステム経由では利用できなくする）ことに応答して、専用デバイスドライバ１４が、ＰＥＰにアクセスするためのページである、Ｐａｇｅ０＿２２、Ｐａｇｅ１＿２４、Ｐａｇｅ２＿２６、Ｐａｇｅ３＿２８を作成する。
【００５９】
さらに同時に、または並行して、複数の記憶装置（ＤＩＭＭ）の各々５２、５４、５６、５８について、複数のＰＥＰを特定するためのページ変換テーブル(Page Table for PEP)４０を作成する。
【００６０】
ＰＥＰとは、ＰｓｅｕｄｏＥｒｒｏｒＰａｇｅの接頭語であって、ＤＩＭＭ中のある物理アドレスが含まれるページであり、ＰＥＰ０＿４２、ＰＥＰ１＿４４、ＰＥＰ２＿４６、ＰＥＰ３＿４８、で示すものである。
【００６１】
ＰＥＰを特定するためのページ変換テーブル４０は、特定の仮想メモリ空間をPEPの物理アドレスと対応づけて、ＯＳのNormal Page Table３０とは別に管理する。
【００６２】
このようにして、ＯＳのメモリサブシステム（仮想メモリ）を迂回して、メモリの特定の物理アドレス（００００００００〜００ＦＦＦＦＦＦ）へのアクセスを自由に行うことができるようにする仕組みが構築される。
【００６３】
専用デバイスドライバ１４自体も、このような仕組みを構築するためのデバイスドライバとして、技術的な特徴がある。
【００６４】
かかるデバイスドライバは、計算機システムのハードウエアと協働するソフトウエア（コンピュータプログラム）として実現することができ、デバイスドライバモジュールとして提供することができる。
【００６５】
図３は、計測するデータを記憶装置に記憶していくための接続関係を示すブロック図である。
【００６６】
メモリアクセスのトレース機能（ｗ／ Ｔｒａｃｅｒ）を有するＤＩＭＭを利用すれば、外付け記憶装置(Storage Device)７２、７４、７６、７８を接続しておいて、到来してくるアクセスを、計測されたトレースデータとして、この外付け記憶装置（大容量のものを利用可能）内にひたすら保存し続ければよい。
【００６７】
計測されて保存されたトレースデータは、後の集計時において、アナライザ(Analyzer)９０によって解析することができる。
【００６８】
計算機システム中における制御のトリガに従って、専用デバイスドライバ１４が、複数の記憶装置（ＤＩＭＭ）に対して、作成されたページ変換テーブル４０へアクセスして、複数のＤＩＭＭを通して得られている（最中にある）トレースデータの各々に、ＰＥＰ０＿４２、ＰＥＰ１＿４４、ＰＥＰ２＿４６、ＰＥＰ３＿４８が含むところの物理アドレスのデータを混在させることができる。
【００６９】
このようにしておくと、後のトレースデータのデータ解析において有利となる。
【００７０】
トレースデータのデータ解析時に、外付けアナライザーが、複数のＤＩＭＭを通して得られた複数のトレースデータから、各々のトレースデータに含まれている物理アドレスをマーカとして、マーカの箇所（アクセス時間）を特定することができるようになる。
【００７１】
また、トレースデータのデータ解析時に、外付けアナライザーが、複数のトレースデータ間で特定されたマーカの箇所を比較することで、時間同期を行うことができるようになる。
【００７２】
さらには、インターリーブアクセスを構成する複数のＤＩＭＭ５２、５４、５６、５８に対して、各々のＤＩＭＭ上で同一の物理アドレス（ＰＥＰ）のデータを混在させると便利である。
【００７３】
インターリーブアクセスを構成する複数のＤＩＭＭ５２、５４、５６、５８を通して得られる複数のトレースデータに対して、複数のＤＩＭＭにまたがるマーカの箇所（トレースデータとして同期すべきところ）を特定することができるようになるので便利である。
【００７４】
このようにして、デバイスドライバを経由して、ＰＥＰ内の特定のアドレスへのアクセスを発生することでＤＩＭＭ側のトレース機能の制御（トレースの開始、停止など）を行うことができる。
【００７５】
ある物理アドレスが含まれるページ（ＰＥＰ：ＰｓｅｕｄｅＥｒｒｏｒＰａｇｅ）が、ＯＳ側で、そもそもがＥＣＣエラーが発生した場合を想定して該当ページの利用が除外（抑制）されている（用途の）ものである場合には、さらに効果的である。
【００７６】
ＯＳがＬｉｎｕｘである場合には、ＨＷＰＯＩＳＯＮという機能がそれに相当しており、この機能を効果的に利用することができる。
【００７７】
具体的には、ＥＣＣエラーが発生した場合に、そのエラーが仮想メモリのどの場所にあるかを教えるための機能である。
【００７８】
その機能を使う仕様に従う限りは、たとえエラーが生じなくてもその部分の仮想メモリは使われなくなるので、好都合である。
【実施例】
【００７９】
本発明は、Ｌｉｎｕｘ（Linux is aregistered trademark of Linus Torvaldsin the United States, other countries, or both. −  Linuxは、Linus Torvaldsの米国その他の国における登録商標）上で実装を行って動作確認をしているので、以降ではその具体的な手順を示す。
【００８０】
図４は、ＯＳ起動時における、専用デバイスドライバーをロードする処理の具体的な手順を示すフローチャートである。
【００８１】
ＯＳ起動時の具体的な手順１００として、
【００８２】
１０２において、対象ＤＩＭＭに割り当てられた物理アドレスを取得する。
【００８３】
さらには、ＤＩＭＭの構成取得(ＤＭＩ情報)、メモリコントローラーのアドレス割り当てを取得する。
【００８４】
１０４において、各ＤＩＭＭに対応するＰＦＮ(PageFrame Number)を決定する。
【００８５】
１０６において、各ＰＦＮに対してＥＣＣエラーをインジェクションする。
【００８６】
さらに、主ページテーブルからの該当ページへ(ＰＥＰ: Pseudo Error Page)のアクセスを禁止する。
【００８７】
１０８において、各ＰＦＮは、kmap()してKernel空間から利用可能にする。
【００８８】
１１０において、各ＰＦＮへのアクセスをＰＴＡ(PageTable Attribute)を用いてUnchachedに設定する。
【００８９】
１１２において、ユーザー空間とのＩＦを設置（debugfs）する。
【００９０】
図５は、計測時における、ユーザー空間における処理、カーネル空間における処理、メモリートレーサーにおける処理の具体的な手順を示すフローチャートである。
【００９１】
計測時の具体的な手順２００であって、
【００９２】
ユーザー空間における具体的な手順２２０としては、ユーザー空間のソフトウエアから物理ページへのアクセスを制御できるインターフェイスを用意し、
【００９３】
２２２において、debugfs経由でデバイスドライバに対して計測開始を指示する。
【００９４】
２２４において、平行して各種プロファイラも実行する。
【００９５】
カーネル空間における具体的な手順２４０としては、
【００９６】
２４２において、ドライバは各ＤＩＭＭ上に確保したページへアクセスする。
【００９７】
２４４において、ＤＲＡＭ上のＰＥＰへのアクセス時間（高精度タイマー、ＣＰＵカウンター）をログに記録する。
【００９８】
メモリートレーサーにおける具体的な手順２６０としては、
【００９９】
２６２において、ＰＥＰの特定アドレスへのアクセスをトリガに計測を開始する。
【０１００】
２６４において、時間（DRAMクロックを元にしたカウンタ値）とCPUからのアクセス（アドレスとコマンド）が逐次記録される。
【０１０１】
ＰＥＰの特定アドレスへのアクセスをトリガに計測終了する。
【０１０２】
図６は、集計時における、処理の具体的な手順を示すフローチャートである。
【０１０３】
集計時における具体的手順３００として、
【０１０４】
３０２において、計測したデータの中に含まれる、PEPへのアクセスのタイムスタンプと、OS側のログとを照合し計測データの絶対時間を決定する。
【０１０５】
３０４において、絶対時間を元に平行して実行した各種プロファイラの結果と時間との時間対応を取る。
【符号の説明】
【０１０６】
１０    アプリケーション(ApplicationUnder Test)  −  ＯＳ上で稼動されているところのアクセストレースの対象としての計測試験の下にあるもの
１２    Testing Framework
１４    専用デバイスドライバ
２０    仮想アドレス(Virtualaddress)
３０    通常のページ変換テーブル(NormalPage Table)
４０    複数のＰＥＰを特定するためのページ変換テーブル(Page Table for PEP)
５０    複数の記憶装置（ＤＩＭＭ）のグループ
５２、５４、５６、５８    複数の記憶装置（ＤＩＭＭ）の各々
７２、７４、７６、７８    外付け記憶装置(StorageDevice)
９０    （外付け）アナライザ(Analyzer)
【図１】
2014115954.tif 000003
【図２】
2014115954.tif 000004
【図３】
2014115954.tif 000005
【図４】
2014115954.tif 000006
【図５】
2014115954.tif 000007
【図６】
2014115954.tif 000008