Memtest86

memtestスレ立てといた

あるかもしれないけど
めもりスレで聞いたほうがいいよ

PC2700 512MB SODIMMが12枚ありまして
富士通NB55Gでは5枚が8PASS以上OKで残りは０から4PASSくらいでエラーがたくさん出る。
シャープPC-MP60GSでは全て8PASS以上OKなんだが
単純に相性なのかな？

エラーが出たメモリでもNB55Gで普通にWindowsが動くんだが・・・

詳しい人教えてくれ

これエラーが一つでも出たら、ダメなの？
悪名高きドス○ラで買った事を今後悔してるんだが

駄目だね
後々後悔する事になる

8GBx4枚、1周目はエラーなしだったのに
2周目でエラー、2個出た。
これもダメ？

204だけど、
マザボのスロット変えたらエラーがでなくなった
メモリには問題ないのか
マザボか。これはこれで困ったな。
メモリは4枚全部刺したいんだ。

よかったじゃないか
新しいマザボをお迎えする理由ができたじゃないか

ｂ

二枚さしてあったメモリを抜いて一枚ずつ検査したら
片方はテストのスピードが早いのにもう片方は二倍近く時間がかかる
刺すスロットを変えても同じ

遅いほうはメモリが昇天まぎわなのかな？

ASUSだったら青いのに差すこと

いまTED316G1600C11DC　16GBをmemtest86+4.20でテスト中
１PASSに７０分くらいかかた
1PASSで十分だよね？
もうテスト終了ボタン押してもいい？

>>210
まだだ。
あと少し続けておけ。

>>211おｋ

おいおいお、どんだけまわしっぱなしやねん！？

他に代わるようなソフトはまだ出てない？

FDDがない場合、容量的にCD-Rに書き込むのがもったいないｏｒｚ

俺なんて親父がどこからともなく持ってきたCD-RWに焼いて使ってるわ
使い道がないCD-RWはこういう使い方があったんだと感じた
時々HGST DFTを焼いてみたり
読めなくなるまでこき使うわｗ

Ultimate Boot CD オヌヌメ

>>215
usbメモリとかじゃダメなの？

なんかこのスレ閑散としてるけど、他にメモリチェックのためのいいアプリなんてあったっけ？

>>218
USBメモリの場合、データって消去しなくてもいいの？

86のほう丁度1ヶ月前に更新きてるぞ

AMD FX-8300にはMEMTEST86Ver.4.2.0とMEMTEST86+Ver.4.20とどちらが良いの?
MEMTEST86+Ver.5.00はベータだからイマイチ信用できないけど...

>>221
別にマシンに危害はないし
どっちも試してみれば
でもMEMTEST86の検査速くなったな
86+より速い

exeで欲しいのにない
86+で作ったUSBメモリにバックアップファイル詰め込んでるから
exeでくれ状態だよ

*** Enhancements in v5.01 : ***
?New Features ? Added support for up to 2 TB of RAM on X64 CPUs
? Added experimental SMT support up to 32 cores (Press F2 to enable at startup)
? Added complete detection for memory controllers
? Added Motherboard Manufacturer & Model reporting
? Added CPU temperature reporting
? Added enhanced Fail Safe Mode (Press F1 at startup)
? Added support for Intel "Sandy Bridge-E" CPUs
? Added support for Intel "Ivy Bridge" CPUs
? Added preliminary support for Intel "Haswell" CPUs (Core 4th Gen)
? Added preliminary support for Intel "Haswell-ULT" CPUs
? Added support for AMD "Kabini" (K16) CPUs
? Added support for AMD "Bulldozer" CPUs
? Added support for AMD "Trinity" CPUs
? Added support for AMD E-/C-/G-/Z- "Bobcat" CPUs
? Added support for Intel Atom "Pineview" CPUs
? Added support for Intel Atom "Cedar Trail" CPUs
? Added SPD detection on most AMD Chipsets

?Bug Fixes ? Enforced Coreboot support
? Optimized run time for faster memory error detection
? Rewriten lots of memory timings detection cod
? Corrected bugs, bugs and more bugs (some could remain)

memtest86+で起動したときに何かキー押せって
数秒でるけど無視しちゃっても良いの？

良くない

久々に自作したけど、今のMemtest凄いね
CPU温度とか分かるようになってるし
これって結構前から？

>>224に書いてたわ
わざとじゃねーからw
ホントにタイムリーに自作した時と5.01が被っただけだから

って9/28か、過疎りっぷり半端ね〜な
今の子はMemtest一晩漬けとかやんないのね

にしても16Gを1Passするのに1時間かからないくらいのペースで
進んでんだけどテスト速くなってるな

新しいPCは、これやんないと長期運用させれないから
ソフトの開発進んでるのは本当に有難い

86+の5.01めちゃくちゃ遅くない？
16GBを10時間回して2passしかできなかったよ
+無しの4.3.6は凄いはやかった
無印はエラー無しだけど+はエラーでたりどっち信用したらいいんだろう

デフォルトの設定だと1Pass目は速く終わる
俺の環境、H87+4770S+DDR3-1600だと10時間で4Passするよ
速度は環境に依るだろうね

もちろん16GBで

それと+でエラー出てるなら、問題ありだね

過疎スレでこんなに早くレスもらえると思わなかった
サンキュー購入したとこにメール連絡入れてみました

これ使ってテスト全部パスしてもメモリの不具合出ること多いよね

軽くテストしてから、クロックアップすれば少しは早く終わる

テストしたと言いたければ、とりあえず10パスな

>>235
それがメモリの不具合というのは、どうやって確認したの？

久しぶりにmemtest86+やってみたらF1とF2選べって出てきて、マルチコア？スレッド？っていうF2にしたらエラーで真っ赤になったんだけどなにこれ…

memtest86+の5.01verを使ってみたのですが
F1,F2と選択できたのですがどういう意味なのでしょうか？

そのまま置いてたら自動でエラーとか探知してくれたのですが
最近は同じメモリでチェックしても探知しなくて
試しにF2を押してみるとバンバン出てきたのですが
俺もメモリどうなってるのでしょうか･･･

test

i7 4771とGA-Z87X-UD5H、GeiLのDDR3-1600 4GBx4でmemtest86+5.01を動かし
テストは始まりましたが、「Cores 1 Active / 1 Total」と出ています。コア数は4と出ないのでしょうか？

memtest86+のver4.1くらいの奴でテストしてたら
エラーは出てないけど表示がバグったｗ
文字が所々他の記号とかに置き換わってる
PCIのグラボ使ってたのがマズったかな、こんなん初めて

ところどころボッケボケだな
ソースが悪いのか？

うわあああああああああ誤爆orz

("^ω^)o〃ﾟ

MEMTEST86+ V5.1で、古いマザーボードの古いメモリをテスト中。

DDR400(PC-3200)のメモリをチェックしたらエラー頻発なんだけど、
PENTIUM 4 2.6GHzのCPUなのに、良く画面を見ると

・CPU CLKが　2626MHz
・RAM 202MHz DDR2-404 BCLK 202MHz

となっている。

オーバークロックにするつもりは全くないので、
マザーボードのBIOS設定は見直して、全て標準ないし定格に設定したつもり。
にも係わらず、こういう表示になっている。

エラーが出るのはプチオーパークロック状態になっているせい、とも思えるんだけど、
BIOSからは戻せそうにないし、改善できる部分はないかな？

+じゃない方のmemtest5がぜんぜん違うソフトになっててワロタ

・｀)

>>247
2.6GHzのCPUだから2626MHzで合ってるのでは？

MEMTEST86+で3周以内にエラーが出る。
別にマシンに載せてチェックしてもエラーが出る。
そんなメモリーが数日ぶりにチェックしたらエラーがなくなった。
別のマシンでもエラーは出ない。

これはメモリーが連続読み書きによって自己修復したと考えられますよね？
突然良品に変換さらたとみていいでしょう。
そうですよね？

分かりました。
テストで良品に変化することもあるんですね！
ありがとうございました！！

時々データが化ける、エラーを見つけづらいメモリなだけじゃ・・・・。
ファイルコピーの最中にそこを使われて、知らぬ間にファイルが壊れていくのを体験できるかもね。

>>252
実は食後にもう一度検査したらエラーが出ました。

1周目に出なくて二周目に出る。
その後は周回で出て来る。
二周目に出ないと一晩出ない。
エラーが出るのは検査四回で一度くらい。
エラーが出ない事の方が多い。
エラーの場所はほぼ同じ。

しつこく検査しないと気付かない。
実は最初は1パスでエラーが無いので止めてしまった。
怖くて使えない。
自己修復されるまでしばらく放置しておこう。

Memtest86の6.0ベータ版から追加されたTest10のHammer Test、
ttp://www.passmark.com/forum/showthread.php?4836-MemTest86-v6-0-Beta
これ以前のMemtest86やMemtest86+ 5.01でエラー出ずPassしてたものもエラー出てしまう

Hammer Testの説明のPDFによると現在流通してるDDR3メモリの多くがこのエラーを持ってると説明されてる
ttp://users.ece.cmu.edu/~omutlu/pub/dram-row-hammer_kim_talk_isca14.pdf
ここまでエラーが多いなら、もはやエラー出ても気にしなくて良いテストなんじゃないかって気がしてくる

>>254
下のPDF P11にある表の意味するところが気になる

4790KとZ97、DDR3-2400 32GBで組んだが
メモリをDDR3-1600の甘々設定で動かしても確かにtest13でエラーが3つ出る
DDR3-2400なら10個

それでもOCCTやPrime95といったストレステストは12時間ノーエラーなので
実用上問題ないと思うがエラーがあるとやはり気持ち悪いな

>>253
よく訓練された糞メモリの脅威！！

>>256
HAMMERエラーを減らしたいならスピードを
落としてもあまり意味は無い
>>254のpdfを見れば解る通りリフレッシュ
レートを倍に、つまりリフレッシュカウンタを
半減した方がマシ
何%かのペナと引き換えにエラーレートは2桁落ちる

BIOSで設定出来なければどうしようもないが

>>258
Gigabyteなんだがメモリのタイミング設定が色々ありすぎてて
どれがリフレッシュカウンタなのか分からん

tREFIってのがリフレッシュカウンタなのか?

>>259
time REFresh Intervalの略だろうから、たぶんそれで合ってるんじゃ

サンキュー
自作PCは長いけどメモリの設定でここまでは知らなかったわ

tREFIで設定した時間毎にメモリはオートリフレッシュを行ってデータ保持を行ってて
それの間隔を短くすればDisturbanceエラーの軽減が望めるわけだ
リフレッシュが頻繁になるぶんデータの読み書きに使える時間が減るので
パフォーマンスは多少落ちることになると
(リフレッシュ後tRFCの長さだけ待つので、tRFC/tREFIがリフレッシュペナルティーの指標となる)


ttp://ja.wikipedia.org/wiki/DDR3_SDRAMにおけるコマンドとオペレーション
リフレッシュ (Auto Refresh:REF) コマンド

DDR2時代、1GbitチップのMicronの資料
ttp://www.micron.com/-/media/Documents/Products/Technical%20Note/DRAM/TN4609.pdf

tREFI = Static Refresh ÷ Number of Row Addresses
Static Refresh = 64ms

Static Refresh =　retention time = 64msというのはDDR3時代も変わってないみたい?
ttp://utaharch.blogspot.jp/2013/11/a-dram-refresh-tutorial.html

tREFIの値を変更してMemtest中だけど、
32GBあるから1passするのに10時間以上かかるのでさらに勉強中

JEDEC 仕様規定のセルフ リフレッシュ動作
ttp://japan.xilinx.com/support/answers/40737.html


セルフ リフレッシュは、JEDEC 仕様 JESD79-2 DDR3 SDRAM 規格のセクション 4.10
および JESD79-3 DDR2 SDRAM 規格のセクション 2.10 に定義されています。

だそうな

DDR3のメモリモジュールはリフレッシュ間隔は7800ns = 7.8μsとされてるんだね
ネットで検索してると7.8nsだの7.8μsだの7.8msだのと単位間違えが多いな・・・

ttp://www.cs.utah.edu/~rajeev/jwac12/papers/paper_2.pdf
但し、規定は85℃までであり、それ以上の高温での動作やOC時、不安定なメモリなどでは
リフレッシュ間隔を7800nsよりも短くすると安定する
一般的には3900nsに下げるみたいだ

ttp://japan.xilinx.com/support/answers/34154.html
デフォルトでは、MCB は7.8ms または 3.9ms ごとに自動的に REFRESH コマンドを送信するよう設定されています。
システムのリフレッシュ レートは、通常動作温度により決定されます。
この自動生成される REFRESH は、JEDEC 仕様に準拠しています。
デフォルトでは、メモリの動作温度に応じて C_MEM_TREFI が 7.8ms または 3.9ms に設定され

それで、実際のBIOS上の設定の話
tREFIで普通に7.8とか7800って設定するM/Bもあるが俺のGigabyte GA-Z97X-SLIは
tREFIで設定する値は実はtREFを設定するもののようだ
なんでかというとDDR3-2400で動かすとAutoだと9400になってるから
7800ns / 1s / 1200Mhz = 9360T
という計算

現在Disturbanceエラーが出てるので、これを下げたいんだけど一気に3900nsにして4680Tにするか
8000, 7000とチマチマ下げていってエラーが出なくなる所を探るべきか

ttp://www.xtremesystems.org/forums/archive/index.php?t-92190-p-5.html
tREF = tREFI / tCK
tREFI = self-refresh interval in us, its usually 7.8us but some cases are higher on lower end memory ics.
ie. for 7.8us its value is 7800[ns]
tCK is the clock period,( 1us / ddr_io_frequency )
ie for 1066mhz ddr, tCK = 1000 / 533 = ~ 1.86ns to complete a clock cycle.
tREF = 7800[ns] / 1.86[ns] = 4194 clock cycles in a 7.8us self refresh interval for ddr-1066, since tCK = x[T], tREF = 4194T

>>263の裏付け

Micronの資料
ttp://lca.ece.utexas.edu/people/kaseridis/papers/MICRO_2010_presentation.ppt

DDR3
Temperature dependence on refresh requirement, 64ms@85oC, 32ms@95oC
JEDEC simply specifies the time interval (tREFI, time REFresh Interval) tREFI = 64ms/8096 = 7.8 us (3.9 us for 95oC)


そして、メモリチップとtRFCについての情報もある
現在主流の4Gbit品は300ns

1Gb=110ns、2Gb=160ns、4Gb=300ns

DDR3-1600ならバスクロックは800MHzだから
計算は tRFC * 1 / 800MHz = 300ns となり、 tRFCは240
同様にしてDDR3-2400ならtRFCは360となる

tREFIの値を変更してもtest13 Hammer testでDisturbanceエラーが出るので
(というか、デフォルト値から変更すると盛大にエラーが出るようになる
あと、tREFIを設定限度の800と30000にしてもベンチマークの結果は
ほんの少ししか変わらないことも分かった)

今度はtRFCに着目してみたらどうもこれがエラーの解決策だったようだ

俺のメモリはXMPにDDR3-2400動作でｔRFC=314って書いてあった
OCしないならtRFC=360だから、現在tRFCの値を360に近づけてtest13を実行中

340にしたら1Passでのエラーが11個から6個に減ったので、状況は良くなってる

Hammer Test が16％で動かなくなるのだが、何故だろう
Hammerだけで始めても、Test1から順番にやっても同様
Stateのインジケータは回りっぱなしで、Timeもカウントされているが
何時間放置しても16％から動かず、エラーを吐くわけもない

>>266
それ正しい挙動
Hammer Testはしばらくの間パーセントが止まったままで
テストのセクション(多分1つのデータパターンでのアクセス)が終わったらドカっとパーセントが進む

これはHammer Testで検出しようとしてるDistrubanceエラーについて書かれた論文
>>254で出したpdfはこれをPDF化したもので、パワポをスライドショーで見ると
2枚目と3枚目のスライドのアニメーションでHammer Testが何をしているのかが分かると思う
ttp://users.ece.cmu.edu/~omutlu/pub/dram-row-hammer_kim_talk_isca14.pptx

特定のRowアドレスにひたすら読み書きを繰り返していくと、
そのうちに隣り合ったRowアドレスのメモリセルにエラーが発生するわけだ
なので全く関係ないプロセスにもエラーが発生してしまう=システムが不安定になるというわけ

これをTest13は00000000とかFFFFFFFFとかのデータパターンですべてのRowアドレスで
テストしていくわけだから時間かかって当然だわな

ちなみに自分の場合メモリ32GBだけど1Passするのに8時間位かかるので参考まで

HammerTestは定格で動かしてれば別に引っ掛からないのかな

>>268
Haswell以降を使ってるなら定格でも8割以上の確率でエラー出る
まあやってみな

>>269
いや、恐る恐るやってみたら滞りなくパスして拍子抜けしたんだ
Z97＋黒秋刀魚Micron

>>270
それはおめでとう
ちゃんとUEFI起動しての話だよね?
UEFI起動したらMemtest86のメニュー画面でマウス操作できる

tREFIとtREFIx9を相当緩くしてノンエラーでPassする設定は2つほど見つけているけど
もっと高い設定で通らないものかと未だにテスト回してる
tREFIとtREFIx9の組み合わせは万単位であるのに、こっちは1日2回(休日では3〜4回)しか
テストできないから仕方ないね


それで、3月に入ってとうとう6.0が正式リリースされたね
ベータ版との違いで感じたのは、1pass目のHammer testの時間が極端に短い
メモリ32GBあってこれまでは1pass辺り約6時間かかるのが、1pass目は2時間程度で終わる
2pass目以降はベータ版と変わらない時間だから、1pass目のHammer testはテスト内容を端折ってるんだと思う

時間がかかるからといって1pass目をクリアしたから安心して終了するのではなく、必ず2pass以上実行してね

CPU設定でParallelを選択すると、マルチスレッドでテストが実行されて時間が短くなるんだね
それに気付かなかったこの半年間は一体・・・

しかもParallelでメモリにアクセスするから、エラー検出率もアップしてくれて、
これまでtest13で長時間経過してようやくエラーが1つ出てきたというのが
途中のテストでもエラーが出るようになって捗る

後藤弘茂のWeekly海外ニュース DRAMスケーリングの課題と打開策
DRAMを揺るがすRow Hammer問題
ttp://pc.watch.impress.co.jp/docs/column/kaigai/20141204_678795.html


バックナンバー読んでたら後藤弘茂が記事にしてたんだね


>スケーリングによってDRAMが直面する問題として
>「Refresh」、「Write Recovery Time (tWR)」、「Variable Retention Time (VRT)」の3つを挙げている。

tREFIとtREFIx9, tRFCだけでなくtWRも関係してくるわけか・・・

h

Hammer Testでエラーが大量に出るんだが
これって初期不良交換って可能なんかね？
交換しても結果は変わらん気がするけど

マルチコア処理って２コアだったら２倍ぐらいの速度になるの？

テストに時間かかりすぎてやってられん。　

風呂入ってきても半分も終わってなかったわｗ

>>277
本当にコア数倍くらい時間が短縮されるよ

memtest86+ V5.1でエラーが出なくて
memtest86 V6.0.0でエラーが出るのは
結局どう判断したら良いものなのでしょうか？
USBデバイスは外した方が良いでしょうか。

Test13のHammerTestでエラー出るのは諦めた
CPU並列でテストかけるとエラー数4桁とか出て精神衛生上よろしくないが
ノーエラーで完走出来るのは極一部と思ってる

>>279
Memtest86 6.0をUEFI起動しての話ならば、Hammer Testは+にはないテストだからだと思われるよ


>>280
tREFIいじればノーエラーにできるよ
俺はこのスレにこれまで書き込んできた通り去年の8月から延々とテストし続けてる
俺はDDR3-2400だからデフォのtREFI 9400から一つ下げてテスト、エラーが出たらまた下げての繰り返し

現在の所内蔵VGAのみ、内蔵VGA有効でグラボ挿した状態のそれぞれでノーエラーになる値は割り出せた
今は内蔵VGA無効でグラボ挿した状態でノーエラーを探している
パラレル実行で劇的にスピードアップしたから、丸1年目を迎えずにテスト完了できそう

というか上記の組み合わせでtREFIの値が変わってくる、しかも内蔵VGA有効時は割り当てメモリ量変えると
ノーエラーになるtREFIが変わってくるから大変だった


本当にMemtest86実行だけに新PCを回してたけど、幸いなのは4790kが最高位でい続けてくれたことだな・・・

Memtest専用機とか変態すぎんよｗ

このスレの情報を参考にして、
tREFIを半分にしたら5000近く出てたエラーが一桁まで減った
あとはtRFCを少し大きくしたらエラー出なくなった

>>283
それは良かった
tREFIは値を1つ動かすだけでエラーが劇的に増えたり減ったりするから
tRFC弄らなくてもノンエラーにいけるかも

tREFIを1ずつ下げていくと、エラーの出現が比例して減っていくのではないから本当に困る
エラーがめちゃくちゃ出るのとほとんど出ないのがあるから周期性があるのかと思うと
それも全く無いというのがこの約1年での自分の結論
そのため虱潰しに1ずつ下げてテストするしか無い

もちろんtRFCを下げていくと、大きな流れで見るとエラーの出現は減っていくんだけどね
100ずつ下げてテストなんて甘っちょろいよ

ここで唐突に情報の整理と、OCメモリ使用者に向けた各周波数ごとのJEDEC準拠の数値を書いておく

tREFIで設定される時間毎にメモリはセルフリフレッシュを行ってデータを保持している
1回のリフレッシュにかかるサイクル数はtRFCで設定される
従って、Disturbanceエラーの軽減には、tREFIを短くすることとtRFCを長くすることが有効
尚、tRFC/tREFIはリフレッシュペナルティーの指標とされている
セルフリフレッシュが頻繁になる分データの読み書きに使える時間が減るので、パフォーマンスは落ちることになる

DDRメモリは64ms以内にリフレッシュされるよう規格として定められている
Rowは8192なので、64ms/8192=7.8125ns毎にメモリセルをリフレッシュしていくようにすれば、メモリ全体が64ms毎にリフレッシュされる事になる
というわけでtREFIは7800nsと定められており、85℃以上の高温での動作やOC時、不安定なメモリなどではこの値を下げる(通常は半分にする)
GigabyteのZ97マザーボードで設定できるtREFIは実際はtREF
tREFIは単位が時間なのに対してtREFはサイクル数なだけで、換算は簡単
例えばDDR3-1600ではバスクロックは800MHzなので、tREF=7800ns×800Mhz=6240T

リフレッシュコマンドでかかる時間は4Gbitチップで300ns
例えばDDR3-1600ではバスクロックは800MHzなので、tRFC=300ns×800Mhz=240Tとなる

DDR3-1066 tRFC:160 tREFI:7800(tREF:4160)
DDR3-1333 tRFC:200 tREFI:7800(tREF:5200)
DDR3-1600 tRFC:240 tREFI:7800(tREF:6240)
DDR3-1866 tRFC:280 tREFI:7800(tREF:7280)
DDR3-2000 tRFC:300 tREFI:7800(tREF:7800)
DDR3-2133 tRFC:320 tREFI:7800(tREF:8320)
DDR3-2400 tRFC:360 tREFI:7800(tREF:9360)
DDR3-2600 tRFC:390 tREFI:7800(tREF:10140)
DDR3-2666 tRFC:400 tREFI:7800(tREF:10400)
DDR3-2800 tRFC:420 tREFI:7800(tREF:10920)

参考文献
http://utaharch.blogspot.jp/2013/11/a-dram-refresh-tutorial.html
http://lca.ece.utexas.edu/people/kaseridis/papers/MICRO_2010.pdf

今月頭に6.1.0にアップデートされてたのね
Hammer testの進捗表示が飛び飛びだったのが改善されて、スピードアップも

Fixed the progress indicator for Test 13 (Row hammer test) to be more linear
Reduced the test time for Test 13 (Row hammer test)

メモリ診断ツールと何が違うの？

>>287
Windowsメモリ診断ツールよりも詳細にメモリのエラーチェックができる
特にHammer testはmemtest86にしか今の所無い

Memtest86+なんて正常なメモリ使っててもエラー判定出しちゃうゴミソフト

Windowsメモリ診断ツールの方がよっぽどマシだよ

>>287
クイックチェックだから実際に書き込んだ物を読んで確認しない。
不良品が見つからないから殆ど意味が無い。

ASRockとAsusのMBで同じメモリでMemtest86 V6を回したら
Hammar TestでASRockは13エラー吐いたがAsusは1だった。
この違いはどう捉えたら良いんだろう？

マザーの設定をそろえてもソケット違うしね
AUTOなら全然違う結果でも普通

メモリ設定が同一でない可能性がひとつ
もう一つは電圧が違うのが原因
同じ電圧に設定していても、嵩上げした電圧を出力していることがある

メモリ電圧だけじゃなくてCPUコアやメモリコントローラーの電圧も非常に重要
あるメモリ設定でエラー0になっていても、VcoreやVRIN、Vsaの電圧を下げていくと
HammerTestでエラー吐くようになるよ

>>293
メモリ設定はその可能性を考えていたんだけど、電圧は考えていなかったよ。
今は分からないけど、以前のAsusはCPUにしてもメモリにしてもAutoの設定でも電圧がほんの少し高めとどこかで見たような。
両方ともAutoで試したのでその傾向が出たのかな？
ただ、ある店でメモリはASRockのが回りやすいと聞いたことがあったので、ちょっと意外で。

hammer Checkは正常なメモリ(何をもって本当に正常とするかは誰にも分からないけど)でもエラー吐くから気にしすぎない方がいいよ

サーバーやWSだとBIOSアップデートでRowhammerの脆弱性が修正されてるね

20時間くらいテストに時間かかってるのですがこんなに時間かかるものでしたっけ？

環境
使用ソフト：MemTest86 V6.1.0 Free
CPU：Core i7-5820K
メモリ：G.Skill F4-2666C16Q-32GRB(X.M.Pで2666にOC済)
M/B：RAMPAGE V EXTREME(BIOS ver 1502)
起動方法：USBメモリからUEFIで起動 特に設定弄らずそのままテストでやったのですが

とりあえず終わるまでエラーは出ませんでしたけどこれだけ時間かかると不安になりますね

何々passとか出てない？

>>297
マルチスレッドでやってみ