「メモリの不具合、どう取り組む？」記事へのコメント

メモリテストの難しさ

[superfox (31908)]

ざっとコードを見ましたが、memtest86 は割と緩いテストなのでそれにも関わらず異常が検出されるならアウトでしょう。

仮想記憶をサポートする OS のユーザプロセスでは難しいかもしれませんが、本来なら目的のアドレス線が機能しているか／隣り合ったアドレス線に影響していないか位は見ないと駄目じゃないかな（0x0020xxxx に書いたときに、0x0000xxxx、0x0010xxxx、0x0030xxxx、0x0040xxxx、0x0060xxxx 辺りに影響出ていないことの確認とか）。

# 新しいハードウェアの開発とかやってるとママあるんだよね…

Re:

[Anonymous Coward]

論理的に隣り合ったアドレスでも、回路的には隣ではない場合も多々あります。
なのでビット干渉を調べるなら回路の物理的な配置を知らないと無意味です。
ビット線とワード線の故障を調べるなんてエンドユーザでは不可能ですね。

Re:メモリテストの難しさ

[superfox (31908)]

論理的に隣り合ったアドレスでも、回路的には隣ではない場合も多々あります。
なのでビット干渉を調べるなら回路の物理的な配置を知らないと無意味です。

はい、なので隣り合ったアドレス線と書きました。インタリーブのことも考えて割と上位のアドレスを例として出したつもりです。

ビット線とワード線の故障を調べるなんてエンドユーザでは不可能ですね。

たとえば、ビット線の誤りは書いたデータと読み出したデータとの不整合で見つけられるのでは？（そして、memtest86 が主に実施しているのはこちらでは？）

# もちろんアドレス線が入れ替わっていたりすると見つけることは不可能ですが、これはこれで故障ではないとするスタンスもあるでしょう。

Re:

[Anonymous Coward]

> もちろんアドレス線が入れ替わっていたりすると見つけることは不可能

仮に故障でアドレスが入れ替わっていたら最近の同期式ＤＲＡＭではモードレジスタ
の設定が正しくできないので、まともに動かない（memtestでは検査できない
どころか立ち上がらない）と思いますよ。

Re:メモリテストの難しさ

[superfox (31908)]

仮に故障でアドレスが入れ替わっていたら最近の同期式ＤＲＡＭではモードレジスタ
の設定が正しくできない

メモリコントローラへの I/O とメモリそれ自体への I/O をごっちゃにしていませんか？（回路図見たことありますか？）

Re:

[Anonymous Coward]

あなたこそ、いまどきの回路図を見たことがあるのですか?

DRAMのアドレス線を使って指定するのはメモリのロウ・カラムだけでありません。
DRAM内にあるモードレジスタを指定するのにも使います。メモリアクセスと区別するための信号線もあります。

Re:メモリテストの難しさ

[superfox (31908)]

DRAMのアドレス線を使って指定するのはメモリのロウ・カラムだけでありません。
DRAM内にあるモードレジスタを指定するのにも使います。メモリアクセスと区別するための信号線もあります。

で、それがまともに動作しない環境下でテストプログラムに何を求めるのですか?

Re:

[Anonymous Coward]

スレッドのツリーを冷静に読み直して相手の意図を類推して理解する訓練つけてよ

Re:メモリテストの難しさ

[superfox (31908)]

スレッドのツリーを冷静に読み直して相手の意図を類推して理解する訓練つけてよ

*sigh*