17/07/11 11:04:17.07 z2mlHI6T0.net
>>552
おお詳しくありがとうございます
メモリのサブタイミングだけでコア部分の設定とか電圧とかは変更してない感じですかね？
555:Socket774 (ﾜｯﾁｮｲ d7ec-TkOv)
17/07/11 11:07:13.88 nnG1B4ZV0.net
>>551
1時間で発生させられないものは、メモリ問題の発生率を超えられていないので相手にしたくないのだけれども、
なぜに実行者の忍耐力試験としか思えない実証コードが出まわるのかさっぱりわからない
16スレッドで1日となると1GHzのCPUでは10^15のオーダーでサイクル回せるわけですから、もう、あのー…
このようにNon-ECCでRowHammer問題が起きる確率は1e-3ですから、
こんな世界で1e15オーダーの試験で問題提起したつもりになれる人には大丈夫ですか？と言いたくもなる
556:Socket774 (ﾜｯﾁｮｲ d7ec-TkOv)
17/07/11 11:12:02.36 nnG1B4ZV0.net
>>554
すべて定格です。一度もオーバークロックなどさせていません。
繰り返しになりますが、このタイミングはDDR4-2400においてはかなりコンサバティブなので、
これで動かないか、これ以下のXMP Profileを持っているメモリは捨てたほうがよいと思います。。
あと、L3に16MBもあると、瞬間的なベンチマーク目的外ではDDR4-2133より速くても2%影響あるかどうか。
これは、Intelであっても同じ話ですが。
557:Socket774 (ﾜｯﾁｮｲ d7ec-TkOv)
17/07/11 11:24:26.23 nnG1B4ZV0.net
>>553
なぜこうなったかというと、
「Bulldozerのコアはモジュールに関係なく扱おう」
-> a33d331761bc5dd330499ca5ceceb67f0640a8e6
「お前のせいでゲームがかくかくするので、元の戦略に戻す(元のコードに戻すのではなく味付けした)」
-> 79a8b9aa388b0620cc1d525d7c0f0d9a8a85e08e
「おい、Zenの対応忘れてね？」←2017-02-05の出来事
-> 08b259631b5a1d912af4832847b5642f377d9101
558:Socket774 (ﾜｯﾁｮｲ 57b4-tYQy)
17/07/11 11:38:51.10 eOXhTDCw0.net
>>557
ガバガバじゃないか
559:Socket774 (ﾜｯﾁｮｲ 9f53-kNtm)
17/07/11 11:40:00.44 UQzj+lrS0.net
自称作者はどこ行ったの
560:Socket774 (ﾜｯﾁｮｲ d7ec-TkOv)
17/07/11 11:48:32.41 nnG1B4ZV0.net
>>558
AMDのCPUが使われなくなって何年も経っているから「おれが正しい！」コードが普通にコミットされていたっていう。
安定的に動くカーネルが提供されるまでにあと半年はかかるんじゃないかな。なのに大騒ぎに合わせてLinux 4.8.0をを使わざるを得ないつらさ
BKDG出てないから中の人かNDA結んでいる会社以外の個人レベルで勝手な議論をしても仕様でした落ちになりかねないわけで…何がしたいんだろうね？
561:Socket774 (ﾗｸｯﾍﾟ MM8b-ay8l)
17/07/11 11:58:30.52 6+W8d/FKM.net
団子みたいな奴だな
562:Socket774 (ﾜｯﾁｮｲ 9f5f-m5Ug)
17/07/11 12:02:47.88 nAHhye7I0.net
>>552
tRCはいくつ？
563:Socket774 (ﾜｯﾁｮｲ 17ea-u6mz)
17/07/11 12:09:26.06 O/1RDMq30.net
メモリの信頼性云々はこれの事を言ってる模様
Row Hammer問題
プロセス微細化に伴い無視できなくなってきたデータ化け問題
(後藤の記事)
URLﾘﾝｸ(pc.watch.impress.co.jp)
Rowhammer問題私的まとめ
Google作成のRow Hammerテストツールの事が書いてある
URLﾘﾝｸ(blog.daionet.gr.jp)
テストツールは後でやってみよう
丁度この頃はPCパーツ殆ど買ってないから知らんかったわ
564:Socket774 (ﾜｯﾁｮｲ d7ec-TkOv)
17/07/11 12:09:29.14 nnG1B4ZV0.net
>>562
tRC 55
抜けてた… orz
565:Socket774 (ﾜｯﾁｮｲ 9f5f-m5Ug)
17/07/11 12:33:54.16 nAHhye7I0.net
>>564
ググったらSPDと値は同じようだけどどこか手動で変更した箇所あるのかな
566:Socket774 (ﾜｯﾁｮｲ d73e-p/Om)
17/07/11 12:36:10.51 3PQOIgv80.net
サムスンBダイ搭載の72bit幅モジュール、M391A1K43BB1が欲しいけど入手性が……
567:Socket774 (ﾜｯﾁｮｲ d7ec-TkOv)
17/07/11 12:41:15.14 nnG1B4ZV0.net
>>565
はい、古いBIOSでもいじれるものはSPDのものをそのまま採用しています。
>>552 に書いたように、DDR4-2400 (16-16-16-39)の例でサブパラメータの網羅を提供するのが目的でした
tRC>=tRAS+tRPの関係からtRPは55以上になります。一般的には足し算だけで十分なはずです。
もちろん、これは一例なので16-16-16-39でなければtCL,tRCD,tRP,tRASの値は変わってきます。
コンサバティブな設定と言いながらTwrwrScL 7としなかったのは失敗…
568:Socket774 (ﾜｯﾁｮｲ d7ec-TkOv)
17/07/11 12:43:52.73 nnG1B4ZV0.net
>>567 >>565
また間違った…技術云々の前に自分の頭のネジが抜けとる orz
誤) tRC>=tRAS+tRPの関係からtRPは55以上になります。
正) tRC>=tRAS+tRPの関係からtRCは55以上になります。
569:Socket774 (ﾜｯﾁｮｲ ff63-pw7F)
17/07/11 12:49:14.74 bfq4vYgh0.net
>>559
いやまあメモリが悪いんだっていう話もそれはそれであると思うんで
その探究に文句をつけたり特に何か異論を挟むつもりは無いですね
ただ、メモリの信頼性のオーダーから考えて長時間のテストは無意味みたいな点については反論を。
まず参考に挙げてるメモリの信頼性に関する話は
再現のためメモリに対して作為的なアクセスパターンで行うとこんなにビットエラーが出ますっていう話で
あらゆるメモリアクセスが10^-3オーダーの確率でおかしくなるわけではないということ。
だったら非ECC環境ではとっくにあらゆるアプリが誤作動しまくりだし、
memtestなんてコンマ何秒で失敗するのが当たり前な世界になってないとおかしい。
それに加えて、キャッシュでメモリアクセスが隠蔽される効果も全く考えていない点。
ryzen_segv_testなんて高々KiBオーダーの領域しか使わないテストなんで、
それが秒数回程度プロセスが立ち上がろうがそんなものはほぼキャッシュの上の話。
なのでCPUのサイクル数のオーダーとメモリアクセス回数のオーダーを比較することは全く無意味な比較と思いますがどうでしょう？
もしそうじゃないなら何のためにキャッシュが存在しているんだっていう。
ちなみに僕のRYZEN環境ではryzen_segv_testをgccでコンパイルすれば分に何回レベルでsegfaultしますよ。
仮にそれがメモリの問題だとして、メモリの設定変えたらこの頻度がどれだけ変わるかは試してみたいですね。
（出先なので今は書いてないですが、必要があれば環境は後でまとめます）
570:Socket774 (ﾜｯﾁｮｲ d7ec-TkOv)
17/07/11 12:55:04.66 nnG1B4ZV0.net
>>569
で、あなたは何を実証したの？
571:Socket774 (ｵｲｺﾗﾐﾈｵ MM4f-BuHV)
17/07/11 12:58:21.40 6gtQbqP6M.net
>>569
あくしろよ
572:Socket774 (ｵｲｺﾗﾐﾈｵ MM4f-mx7j)
17/07/11 12:58:53.89 vc5Bt3bAM.net
横レスだがメモリクロック緩めるだけでエラー頻度は減るというのがここでの結果
573:Socket774 (ﾜｯﾁｮｲ ff63-pw7F)
17/07/11 13:00:59.58 bfq4vYgh0.net
>>570
RYZENとそれ以外のプロセッサで顕著にsegfaultする確率が異なる自己書き換えパターンがあるっぽいということですね
574:Socket774 (ｽｯﾌﾟ Sd3f-0UkT)
17/07/11 13:04:03.07 qXQ+fGYDd.net
まだメモリが原因とか言ってるアホがいるのか
さすがに電源はいなくなったか
575:Socket774 (ｻｻｸｯﾃﾛﾗ Spcb-L5XL)
17/07/11 13:05:08.15 /XFGRwkJp.net
gccが稀に触ってしまう微妙なレースコンディションが有るよということではないの？
x86の仕様としてあるものをRyzenが正しく実装してないか、
gccのコード側でプロセッサにドキュメント外の動作を想定してるせいかは知らないが
576:Socket774 (ﾜｯﾁｮｲ d7ec-TkOv)
17/07/11 13:06:31.47 nnG1B4ZV0.net
$ git clone URLﾘﾝｸ(github.com)
$ cd ryzen_segv_test/
$ make
cc -O2 -Wall -c ryzen_segv_test.c -o ryzen_segv_test.o
cc -pthread -o ryzen_segv_test ryzen_segv_test.o
$ ./run.sh 8 2500000
...10分待った。まだ止めてないけど、segfault まだかなあ。
$ tail -f log.txt
...
483: 2017年 7月 11日 火曜日 13:02:44 JST: OK
PID:8269 CPU:6
478: 2017年 7月 11日 火曜日 13:02:44 JST: OK
PID:8274 CPU:1
476: 2017年 7月 11日 火曜日 13:02:44 JST: OK
PID:8279 CPU:5
478: 2017年 7月 11日 火曜日 13:02:44 JST: OK
PID:8284 CPU:4
> ちなみに僕のRYZEN環境ではryzen_segv_testをgccでコンパイルすれば分に何回レベルでsegfaultしますよ。
ほほう。大騒ぎ界隈で言われている所謂当たり石をお持ちなのですか！羨ましい
20分待ったけれども何も起きないや。忍耐なくてごめんね
577:Socket774 (ｽｯﾌﾟ Sd3f-0UkT)
17/07/11 13:07:58.01 qXQ+fGYDd.net
簡単にメモリエラーが出るPCなら使い物にならんから捨ててしまえ
>>569ではないが、>>569は正論
578:Socket774 (ﾜｯﾁｮｲ ff63-pw7F)
17/07/11 13:09:36.61 bfq4vYgh0.net
>>575
gcc自体がビルド中にSEGVするよって話とはまた別に、
gccでビルドした結果のバイナリの動作時の話なのでそれは関係ないかと
しかもそのバイナリ自体もとても小さいくて全部アセンブリを見たって把握できる程度のものですし
579:Socket774 (ﾜｯﾁｮｲ ff63-pw7F)
17/07/11 13:12:16.37 bfq4vYgh0.net
>>576
いやいやそれほどでもー
単に僕のマザボ（AB350M Pro4）のデフォルトのメモリ設定がクソなだけとか、
メモリが腐ってるだけかもしれないじゃないですかー
あなたの理論によれば
580:Socket774 (ｽｯﾌﾟ Sd3f-0UkT)
17/07/11 13:12:40.44 qXQ+fGYDd.net
>>572
それでメモリが原因と決めつけちゃうのが素人
このスレに非常に多い
581:Socket774 (ﾜｯﾁｮｲ d7ec-TkOv)
17/07/11 13:14:53.67 nnG1B4ZV0.net
>>579
反例を挙げるのに10倍の時間では足りないのですか？当たり石をお持ちなんて本当に羨ましい笑
582:Socket774 (ﾜｯﾁｮｲ ff63-pw7F)
17/07/11 13:19:26.15 bfq4vYgh0.net
>>581
いや、どうでしょう。
僕も何十台もRYZEN機を触ったわけではないので個体によって幅がどのぐらいあるのか知らないので。
あなたのはカーネルビルドでもわりと出にくい個体のように見受けられるので。
ほぼ影響がないレベルの当たり（外れ？）が存在する可能性も否定できないです。
ただ、一つ言えるなら6コアなら6 2500000のほうがいいかもなーってのと、
一応僕が起こることを確認してるのはUbuntu17.04とその付属gccです。
583:Socket774 (ｽｯﾌﾟ Sd3f-0UkT)
17/07/11 13:21:29.36 qXQ+fGYDd.net
これだけ時間と人をかけて、何の切り分けも出来てないっていう
素人は何人集まっても素人
584:Socket774 (ﾜｯﾁｮｲ d7ec-TkOv)
17/07/11 13:26:33.95 nnG1B4ZV0.net
>>582
>>569 の自己矛盾っぷりはどうしたらよいものか。しばらく眺めていようっと笑
> あなたのはカーネルビルドでもわりと出にくい個体のように見受けられるので。
> ほぼ影響がないレベルの当たり（外れ？）が存在する可能性も否定できないです。
いやだから、昨晩わざと古いBIOSにして引っかかってるしな… >>541
で、メモリの設定を見なおしたら落ちないんだけれど、どうしたらいいのかなー
購入前の古いBIOSにすると私のRyzenも当たり石に進化して詫び石もらえるの？笑
それを世間では当たり屋って呼ぶんだよ
585:Socket774 (ﾜｯﾁｮｲ ff63-pw7F)
17/07/11 13:31:31.52 bfq4vYgh0.net
>>584
こちらは詫び石だとか一言も言ってもいないし交換にも出していないし、
そもそも交換しましょうか？って言ってるのはAMDなのでそれをこちらに言われても全くお門違いもいいところ
詫び石欲しいなら古いBIOSで報告して勝手にやれば？としか言いようがない
586:Socket774 (ｱｳｱｳｶｰ Sa2b-SB+D)
17/07/11 13:34:17.61 6qhIHX6Wa.net
眺めてるとたまたま不良品を摑まされた人が
初期不良で交換せずに騒いでる様に見える
587:Socket774 (ｽｯﾌﾟ Sd3f-Mv6b)
17/07/11 13:38:21.17 IPeYaAe7d.net
切り分けできるわけ無いでしょう。
ずれることは確定と言いながら、ソースをお願いしたら無視する人とか、自分の中だけで確定していることを、事実だと思っている人ばかりですから。
588:Socket774 (ﾜｯﾁｮｲ d7ec-TkOv)
17/07/11 13:40:18.63 nnG1B4ZV0.net
じゃあ交換してもらえばいいじゃん…他人に迷惑かけるなよ
589:Socket774 (ｽｯﾌﾟ Sd3f-6cEx)
17/07/11 13:42:26.91 6ftCfTNBd.net
公開されてるってだけのコードを勝手に実行しといて迷惑かけられたと主張するのか……
590:Socket774 (ﾜｯﾁｮｲ ff63-pw7F)
17/07/11 13:47:32.61 bfq4vYgh0.net
個人的にはよく確認もしないで誤解に基づき
＞何が起きたかって「私は並列プログラミングできません」と書かれたコードを世界中に晒したっていう
とかいきなり言われちゃうことが迷惑だったんですけど
それに関してのフォローは特には無かったですよね
まあそれは別にもういいんですが、
技術的な話じゃなくて迷惑がどうこうという話を持ち出されると……
591:Socket774 (ﾜｯﾁｮｲ d7ec-TkOv)
17/07/11 14:01:24.27 nnG1B4ZV0.net
だって私はあなたの指導教員ではないので。細かいフォローをする必要などありませんし
まあ、がんばってください。携帯電話も併用して、ね。
592:Socket774 (ﾜｯﾁｮｲ ff63-pw7F)
17/07/11 14:06:16.68 bfq4vYgh0.net
人に対して謂れのない理由で非礼を働いておいて、
そのフォローはないのかと問われて
＞あなたの指導教員ではないので。細かいフォローをする必要などありません
だって
大爆笑だね
593:Socket774 (ﾊﾞｯﾐﾝｸﾞｸ MM9b-M+1A)
17/07/11 14:07:38.22 n7FYcdyiM.net
指導教員って学生かよｗｗ