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

我的1700是第五周的，幸好避过

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

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

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

让我想起刚刚发布的时候WIN10系统容易死机，关掉超线程可以缓解该不会是这个原因？

只要5分钟，你也可以Segfault！快来下载Ubuntu Live尝试吧！

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

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

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

我这边还有这个情况。
给公司，配了一台 ryzen 1600，装linux 做测试环境，装了mysql 。 在测试我们单位一个程序的时候，  tps 低的离谱。 之前测试tps  有200到300左右。
这台服务器怎么测试都只有10到20.  百思不得其解， 后来发现每次写数据库的速度特别慢.
最后在用mysql 自带工具测试。读操作很正常，写操作只有云服务器MYSQL的20分之1.
看来 ryzen  在linux 下运行不怎么好。

用U盘跑的。。忘记看build.log了。
晚上睡觉前还是再用U盘跑一次吧。。明天看下log

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

看图片，你应该是中招了

blackdove 发表于 2017-8-13 06:57
历史上有cpu召回的案例么？....
看看是不是等b2步进了再去rma？

有啊，INTEL 奔腾3 召回过， 貌似是1G Hz跑不稳定，出错，召回了。

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

果然也中招了啊

qsmcomp 发表于 2017-8-13 20:58
果然也中招了啊

所以准备晚上睡觉让他弄一晚上。。。。真心让我去搞RMA我也纠结啊。要很久没电脑用了。
我也买的挺早。4月底5月初买的。。

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

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

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

连1700x这种档次都中招  剩下的还能幸免吗， 也就1800x能躲过去， 这就是特挑的魅力？
看看amd对于这次事件怎么处理， 在决定跑不跑测试是不是一样中招

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

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

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

blackdove 发表于 2017-8-13 22:19
默认频率和电压？
我貌似默认频率下没发现，不知道是不是虚拟机的原因。
提高vddsoc看看。

特地去BIOS改默认了。出了是用USB运行的其他都默认的。。。我还昨天特地买硅脂想给CPU换下开始超频用呢。。。到现在一直没超过。

blackdove 发表于 2017-8-13 22:36
不是架构问题，估计不会有啥公开的动作。
默认频率要是测出来了就可以申请rma，看来就只能这样了。
其实 ...

现在申请也没用啊 换了也可能中招 还不如看看后续。

这个BUG一般是什么情形下才出现？影响家用吗？是不是用WINDOW的不用理它？

有没有说什么周期前的有问题，什么周期后的就没问题