アカウント名:
パスワード:
ざっとコードを見ましたが、memtest86 は割と緩いテストなのでそれにも関わらず異常が検出されるならアウトでしょう。
仮想記憶をサポートする OS のユーザプロセスでは難しいかもしれませんが、本来なら目的のアドレス線が機能しているか／隣り合ったアドレス線に影響していないか位は見ないと駄目じゃないかな（0x0020xxxx に書いたときに、0x0000xxxx、0x0010xxxx、0x0030xxxx、0x0040xxxx、0x0060xxxx 辺りに影響出ていないことの確認とか）。
# 新しいハードウェアの開発とかやってるとママあるんだよね…
> 仮想記憶をサポートする OS のユーザプロセスでは難しいかもしれませんが、memtest86は専用のCD-Rなどに焼き込んで再起動して使うものですが。> ざっとコードを見ましたが、一体何のコードを見たのですか?
ユーザプロセスでは難しいかもしれませんが、（CDなどから起動して行うテストなんだから）目的のアドレス線が機能しているか／隣り合ったアドレス線に影響していないか位は見ないと駄目じゃないかな
てことでは？
>ユーザプロセスでは難しいかもしれませんが
いやいや、ブートローダを自前でもった、独自アプリです。ページング処理も自前で行っています。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
クラックを法規制強化で止められると思ってる奴は頭がおかしい -- あるアレゲ人
メモリテストの難しさ (スコア:4, 興味深い)
ざっとコードを見ましたが、memtest86 は割と緩いテストなのでそれにも関わらず異常が検出されるならアウトでしょう。
仮想記憶をサポートする OS のユーザプロセスでは難しいかもしれませんが、本来なら目的のアドレス線が機能しているか／隣り合ったアドレス線に影響していないか位は見ないと駄目じゃないかな（0x0020xxxx に書いたときに、0x0000xxxx、0x0010xxxx、0x0030xxxx、0x0040xxxx、0x0060xxxx 辺りに影響出ていないことの確認とか）。
# 新しいハードウェアの開発とかやってるとママあるんだよね…
Re: (スコア:-1, フレームのもと)
> 仮想記憶をサポートする OS のユーザプロセスでは難しいかもしれませんが、
memtest86は専用のCD-Rなどに焼き込んで再起動して使うものですが。
> ざっとコードを見ましたが、
一体何のコードを見たのですか?
Re:メモリテストの難しさ (スコア:2)
ユーザプロセスでは難しいかもしれませんが、（CDなどから起動して行うテストなんだから）目的のアドレス線が機能しているか／隣り合ったアドレス線に影響していないか位は見ないと駄目じゃないかな
てことでは？
Re: (スコア:0)
>ユーザプロセスでは難しいかもしれませんが
いやいや、ブートローダを自前でもった、独自アプリです。
ページング処理も自前で行っています。