デバッガメモリwatch /キャッシュメモリのチェック

Question

キャッシュされたデータメモリとキャッシュメモリから部分的に動作するプログラムをデバッグしようとしています。そのようなメモリを調べようとするとき、デバッガがどのように動作するのかという疑問があります。特定の場所を調べるときにキャッシュされたコピーにアクセスしますか？そうであれば、実際にキャッシュを修正しますか？一度データが欠落したらそれをフェッチする必要がありますか？デバッガの下でプログラムの動作が異なる場合があることを意味しますか？デバッガがキャッシュに影響を与えることなく、キャッシュ関連の問題をデバッグする方法はありますか？
更新：特定のCPUコアはARM Cortex-A5です。デバッガはDSTREAM/DS-5です

Answer 1

DS-5は、CPUに接続されたJTAGプローブを使用します。 CPUのアドレス指定可能なメモリを読み取るには、メモリをフェッチするためのマイクロ操作によってCPUを実行する必要があります。これは、CPUが単純にプログラムを実行していた場合とは異なり、キャッシュを混乱させます。

重要（疑わしい）コードの後までCPUを停止させずに、レジスタとメモリの内容から何が起こったのかをまとめて、効果を最小限に抑えることができます。プログラムが最初からブレークポイントまで実行できる場合、特に10,000 +命令の場合は、キャッシュはおそらく正しい状態になります。非同期アクティビティがない限り

キャッシュに問題があるかどうかを確認するには、単にキャッシュを無効にすることができますか？

Answer 2

私はCPUに依存するので、質問は少し一般的だと思います。

しかし、いくつかの非常にグローバルなルール：

• デバッガは、データ・キャッシュ上のキャッシュ検索が含まれており、CPUはデータアクセスに見ているかを確認しようとします。
• これは、命令キャッシュでは異なります。通常、デバッガはデータアクセスを実行するときにルックアップを行いません。しかし、これは通常、命令キャッシュにダーティデータが含まれていないため、問題ではありません。デバッガによっては、データが書き込まれると、DCacheを消去し、対応するICache行を無効にすることができます。
• デバッグアクセスは侵入しないようにし、ミスの場合にラインフィルが実行されないモードを強制することができます。しかし、これは本当にCPUに依存しており、グローバルルールではありません。