Memtest86

memtestスレ立てといた

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

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

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

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

テストしたと言いたければ、とりあえず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
マルチスレッドでやってみ

すいません気が付きませんでした
config入ると CPU選択でどのコア使うのか選択できるのですね…
デフォルトでキーボード押さなければ勝手に始まってて今までこのまま放置で特に気にしてなかったので
全く気が付きませんでした。

パラレル、ラウンドロビン、シーケンシャルはどれを選べばいいかわからないので
とりあえず全部試すつもりで順に実行していこうと思います

http://www.passmark.com/forum/showthread.php?4306-MemTest86-V4-3-released
ここ翻訳するとシングルになってる理由が書いてあるみたいなのですが 英語の理解力+技術的理解力が無くてよくわかりませんでした

マルチスレッドを実行しているとレジスタを壊す可能性がる？→結果エラーが出る
テスト3で出るエラーだったが実際はどののテストでも発生する可能性がある

みたいなニュアンスしかわかりませんでした

「とりあえず終わるまでエラーは出ませんでしたけど」ということは、
テスト結果の一番下にも表示されていたtest13（Hammer test）でもエラーでなかった？　いいメモリだね。

ところでHammer testはクリアするのに他のテストでエラーが出るってことあるのかね
Hammer testだけやってりゃいいってことはないのかね

Hammer testは正常なメモリでもエラー吐くだろ

調べてみたら、Row Hammer 問題は下記のいずれかで修正することになったみたいだね
サーバー/ワークステーション製品では既に BIOS アップデート済み

・Pseudo Target Row Refresh (pTRR) を有効にする（性能低下なし）
・リフレッシュレートを倍にする（わずかに性能低下）

※pTRR は CPU、メモリの両方が対応していないと利用できない（Ivy Bridge-EP/EX または Broadwell 以降）
ってことらしい

Hammer testって普通通らないものなの？
OCこそしてないけど普通に通ったんだけど。

このスレぐらい全部見ろよ

Hammer test は正常なメモリでもエラーでるよ
何度も繰り返したら 1 回だけコレクタブルエラーがでたし、確率的な問題かも　1pass だけでは判断できない

Haswell + DDR3 以前ならリフレッシュレートを倍にしたほうがいい（インテル公式）
まあ、これはサーバー/ワークステーション製品の場合で、デスクトップに当てはまるかはわからないが…
http://infobazy.gda.pl/2014/pliki/prezentacje/d2s2e4-Kaczmarski-Optymalna.pdf

DDR4 世代からはデフォで pTRR (TRR) に対応してるから、まともなメモリと BIOS の組み合わせなら問題なさそう

メモリ設定でHammer testノーエラーを見つけた後は4790Kの低電圧化
に手を出して、ようやく先週末に完了したよ
コア電圧やFIVRの電圧(SIVD、GigabyteのM/BだとVrinという設定)の電圧が
低くてもHammer testでエラー出るから、1つずついじってテストしてた

足かけ1年3ヶ月でようやく満足の行く結果が得られたよ
Memtest86をParallelで20Pass
OCCT AVXオンで48時間
Prime95 28.5 Small FFTs/In-place FFTs/Blend それぞれ24時間
を全て完走できたので、今週からようやく環境構築してる

こんなに長期間Memtest86ばっかやる羽目になったのは
元はといえばデフォルト設定でもHammer testでエラー吐くメモリのせい
(とM/B、もしかしてCPUのメモコンも含めた相性なのかもしれないが)

PhenomII X4 960TがVP9やH.265の高解像度動画の再生以外
実用上なんの問題もなく使えてきたからというのも新PCをテストに専念
させられた大きな要因だね
Youtubeが4K動画に対応したときも、最初は辛かったけど
Flash playerのバージョン上がって問題なくなったし

あと3月に職場用に4790K + GTX980M DD3L-1600 32GBのClevoの
ノートPCを購入して早速Memtest86走らせたけど(メモリは定格設定)
何のエラーも無く30Passできたよ

>>304
DDR4では対策されてるんだね
しかも性能低下が無いのが素晴らしい

DDR3ではやはリフレッシュ間隔をいじるのが解決策なんだね
自分のやったことは間違ってなかった・・・

ただ自分のようにtREF(tREFI)をいじってノーエラーを目指す人のために書いておくと
自分のつかんだ糞メモリーのように、リフレッシュを単純に2倍の頻度にしても
(tREF/tREFIの設定値を半分にする 尚、デフォルトは>>285で書いた通り)
エラーを吐くメモリがあるので、そういう場合は値を1つずらしてはテストを
繰り返してエラーが出なくなるまで下げていかないといけない

もちろんtREFが低いほどノーエラーになる確率が高いはずだけど
ベンチマークを回すと結構差が出るから、それを嫌うと自分のように
デフォルト値から1つずつ下げていく修羅の道を歩む羽目になる・・・

でも自分は結果的にtREFを半減せず8割5分位の値にとどめて
tRFCをはじめ、その他のメモリ設定は一切弱めないで達成できたから良かったよ

ちなみにCommand Rateは1より2のほうが設定値を下げないで済むから、
CR 1を諦めるなら多分早く設定値を見つけることができると思う

あと電圧下げに関して電圧下げは慎重にやった方が良いよとアドバイスしとく

デフォルトの電圧設定でやって見つけたノーエラーの設定が、
電圧だけ下げてテスト中にエラーが出ると電圧を元に戻してもエラーまみれ
というのを10回は経験したよ

Hammer testの原理(>>267のスライドのアニメーションで)からして、
こんなテストを何回も繰り返してたらメモリセルの劣化を早めそうであって
それを低電圧でやったからまさに壊れたんだな・・・・と実感できるよ

まあそれでもまたコツコツと1ずつ下げていけば自分のようにいつかは
低電圧かつノーエラーの設定値を見つけることができるから諦めないで頑張って

あとデフォルトの4回だとテストとしては不十分かも
Parallel 4Passだとノーエラーでも10Passだとエラー出ることも多かった

16Pass目で1個目のエラーが出るというのもあったから、
これぞという設定を見つけたらParallel 20Passを試すのをオススメするよ

DDR4だけど、デフォルトで4passとおった。
http://imgur.com/0MhGL82.jpg

そこまで拘るならデフォでエラー吐いた時点でパーツ変えるべきだろ

memtestってなんか意味あるの？

買ってきたばかりのメモリーがmemtestでエラーはいたんですが・・・

って言えばショップで交換して貰えるの？

>>314
ショップでもMemtest86してエラーが再現できれば初期不良として対応してくれる

Hammer testでエラー出ても初期不良になるの？

>>308
1年3ヶ月とか頭おかしい。
仮に1日1時間、時給1000円で計算しても45万円になる。
Hammer testは気にしないか、どうしても気になるなら糞メモリは捨てて買い換えればいいのに。

そんなの人それぞれだろ
以降前のPhenom2マシンで性能足りない問題出なかったと言ってるしゲームしない人だったんだろ
ClevoのデスクトップCPU積むノート買ってるし道楽半分なのかもしれないし

>>317
45万円なら普通にサーバー向けシステムとECCメモリ買えるｗ

MemTest86 V6.3.0

MemTest86 Free Edition V6.3.0 にしてみたところ、
下部に「Pass : 1 / 4」のように表示される形式となってしまいました。

従来の MemTest86 では Pass 1 までいけば基本的にメモリに不具合は無い可能性が極めて高いと言われていましたが、
今度のバージョンでも「Pass : 0 / 4」が「Pass : 1 / 4」になった時点でテストを終了しても問題無いのでしょうか？

それとも、「Pass : 4 / 4」まで待つ必要がありますか？　（Pass : 4 / 4 は従来の Pass 1 相当なのか Pass 4 相当なのかどっちですか？）

教えていただけると幸いです。

>>321
Hammer Testができてから、2,3パス目でエラーが出ることが結構ある
ちゃんとParallelで4パス通るか確認したほうがいいよ


なお4パスクリアしても、20パスでテストして16パス目で
エラーが出ることもある模様(あくまで個人の経験です)

セットしたら半日くらい放置しとけばいいだけじゃね？
ずっと待ってるの？

せめて風呂入ってる間に1pass終わって欲しい

寝る前にセットして起きたら確認で良いと思う

memtest86の7.0 Beta1
ttp://www.passmark.com/forum/showthread.php?6064-MemTest86-v7-0-Beta-1

Hammer Testの虱潰しが両方向からアドレスを叩くようになったそうな
高クロックでの検出率が上がったが、低いクロックなら従来の片方向の方が検出率が良いそうだ
ただ、テスト時間を減らすために叩くアドレス数を減らしたともある

デフォルトのCPUモードがParallelに変更、テスト時間が非常に早くなるし、エラー検出も早くなると
これまでここで言ってきたことの通りなので安心してる

memtest5.01について聞きたいんですが、DDR4・Z170に完全対応しているのでしょうか？
シングルコアで回すと4pass以上するのですが、マルチコアで回すと必ず1〜3passする間にtest 7でエラーが出ます。windowsを入れてみた所問題なく動いているのですが…。
http://i.imgur.com/xfWmcEk.jpg
http://i.imgur.com/49YDls1.jpg

なんで2013年から更新されてない86+使ってるの
本家86の6.3.0か7.0BETAでしょ

V6.3.0で試しなはれ

ASUSZ170-A
i7-6700K
狂う猿CT2K16G4DFD8213 DDR4??PC4-17000 16GB

だけどV5.01でもV6.3.0でも
シングル、マルチとも通ったけどね

すんません6.3.0でやってみます

DDR3-12800の8GBx2枚で
corei5-3210MのノートPCでmemtest+で動かしてるんだが
1passは1時間半ぐらいで終わるのに
2pass完了まで合計5時間半掛かるのは普通？
違うメモリでやっても同じくらい時間が掛かるので
PCぶっ壊れてるわけでもないようなんだが・・・
これって普通？