memtest86 +は、それ自体を実行するために使用されるメモリをテストしますか？

一般的なサーバー障害シナリオの1つは、DRAMの不良であり、ECCメモリが使用されている場合もあります。

memtest86+DRAMの問題を診断する最も便利なツールの1つです。メモリの開始時に自動的にロードされるmemtest86+ため、memtest86+ロードされるメモリの部分をチェックするかどうか疑問に思っていました。

割り当てられたメモリはmemtest86+非常に小さいので、重要ではありませんか、それが存在memtest86+するメモリの場所をテストできないためにDRAMの欠陥を見逃す可能性がありますか？

明らかに、memtest86 +は、現在memtest86 +実行可能コードを含むメモリ領域をテストできません（ただし、その領域にメモリエラーがある場合、テスト自体がクラッシュする可能性が非常に高くなります）。ただし、me​​mtest86 +は実行時に独自のコードを別のアドレスに再配置できます。このトリックを使用することで、ファームウェア（BIOS）で使用を許可されているすべてのメモリをテストできます。

このコードの再配置は、memtest86 +ソースコードアーカイブ内のREADME.backgroundで説明されています（ファイルは少し古くなっています。たとえば、memtest86 +コードに使用されるアドレスは0x2000および0x200000ですが、ソースで定義されている下位アドレスは実際には0x10000で、上位アドレスはマシンのメモリ量に応じて0x2000000または0x300000です。

ただし、この再配置トリックを使用しても、memtest86 +は次の理由ですべてのメモリをテストすることはできません。

• 通常、ファームウェア（BIOS）は、独自の使用のためにいくつかのRAM領域（ACPIテーブルなど）を予約します。これらのRAM領域はCPUからアクセスできますが、何かを書き込むと、予期しない動作が発生する可能性があります。

• RAMの一部はシステム管理モードに使用され、特権SMMコード以外のCPUからもアクセスできません。

• 640Kから1MまでのRAMアドレス範囲は、レガシーPCメモリレイアウトの癖によりアクセスできません（このRAMの一部はBIOS ROMおよびSMMのシャドウとして使用される場合があり、他の部分は完全にアクセスできない場合があります）。

いいえ、memtestは独自のメモリをテストできません。ただし、非常に小さいため（KBのみ）、ほとんど問題になりません。編集：選択した回答に記載されているように、memtestは動的に自分自身を再配置して、すべてのユーザーアドレス可能メモリをテストできるため、このステートメントは間違っています。

-

理論的には、最新のプロセッサはブート時にキャッシュの一部をプログラム可能なメモリとして構成でき、非常に小さなプログラム内から（memtestとして）DRAMにまったく触れることなく実行できます。

ただし、これはモデル固有の機能（BIOSサポートが必要）であり、memtestがそれを使用しているとは思わない。