锐龙段错误，NGA论坛已收集到多例

首发的1700等下试试

x370 pro 装不上这个Linux...有人装过么

历史上有cpu召回的案例么？....
看看是不是等b2步进了再去rma？

gbxbox 发表于 2017-8-13 10:30
我的1700是第五周的，幸好避过

想得美...估计90%以上都会遇到。

用vmware可以重现。
和vddsoc有关，默认0.95的 soc出现概率更高，加压可以稳定一些。
vm设置为12核就不会出现这个问题。
那为啥有些1600也会出现，奇怪。

好吧 之前发现的是因为超频引起的...

默认跑了两次都没有。不过是虚拟机测的。
然后加压0.15v，超3.6g也暂时没发现，还在跑。
原来是加压0.068 超3.7 很容易就挂。

估计就是体制问题，不是cpu架构问题...
听说1800x没有问题。

bigww 发表于 2017-8-13 20:25
用U盘跑的。。忘记看build.log了。
晚上睡觉前还是再用U盘跑一次吧。。明天看下log
...

默认频率和电压？
我貌似默认频率下没发现，不知道是不是虚拟机的原因。
提高vddsoc看看。

超频到3.6g，电压1.35也没发现，3.7g就开始报错了，再加压也没用了。

Orange_ou 发表于 2017-8-13 22:20
连1700x这种档次都中招  剩下的还能幸免吗， 也就1800x能躲过去， 这就是特挑的魅力？
看看amd对于这次事件 ...

不是架构问题，估计不会有啥公开的动作。
默认频率要是测出来了就可以申请rma，看来就只能这样了。
其实就是体制问题，只不过这样的测试比p95还要严苛，所以就暴露了。
所以建议都测一下，心中有底。

或者谁有遇到的，降频到2.4g这样跑跑看是否还出错。

估计是1700的默认电压太低也有关。
尝试过1.3v电压跑默认频率么

反正我那个1700要是默电默频测试这个脚本会出现错误，
要电压加到1.35才稳定。感觉就是体制问题。
然后1800x默认电压高，所以不太会出现？

小钻风 发表于 2017-8-15 14:32
或许是AMD初始给的电压低了，自己如果有问题可以尝试+0.1V再测

加压可以增加稳定，但是没法完全消除。
这个坛子里有1800x的用户测过么

qsmcomp 发表于 2017-8-15 20:01
加拿大ATI公司的女农企临时工史蒂芬妮·钟寄来了包裹。正在清关中。

那么快啊。拿到手了测试看看。

现在是出问题正常，
好奇有人检测不出问题的么?

关闭uopcache情况会好很多。
不过，
"somebody already got a 1730SUS replacement that was good."
AMD论坛上的老外如是说。
那再等等再去申请rma.