终于发现50系NAKS_SENT的来源是哪里了。

lh4357

仅限于NAKS_SENT增加，但BAD_TLP是0的情况。
这俩同步增加且数字一样的不适用。

这玩意和什么ASPM，PCIE版本都没关系，而是Resizable Bar，但只关闭它还不行，above 4g decoding得一起也关了。

然后就再也不出了。

lh4357

gladiator 发表于 2025-4-8 08:39
涨的不多就放着不管了，40系偶尔也会冒出来1个50目前就见跑3DMark测试出过一次 ...

我这里是部分游戏，每次涉及读盘操作，就会增加几十个。
玩几个小时能给你上四位数。

lh4357

skanlife 发表于 2025-4-8 08:40
所以这个指标到底有啥影响？

本质含义是“收到的数据包CRC校验不通过，要求重传”的次数。

你要是问这是不是有问题，那肯定是有的。。

lh4357

盐湖 发表于 2025-4-8 12:19
我这边发现的问题原因是，pcie gen4就会有，gen3就不会，而且如果gen4同时使用pcie_2 x8，就会导致pcie_1  ...

我只要不开resizable bar，用5.0都没事，我还是B650不带E。

但如果开了，涉及读盘操作就会增加，尤其是2077，刚打开就几十个。

至于关了它有啥影响，我只知道开了它会让3DMARK的PCIE带宽测试翻倍，别的没发现啥不一样。

lh4357

zerozerone 发表于 2025-4-8 15:05
大多数人对厂家宣传的ready,support之类的理解同行业动态惯性标准有差异。
有些标准应用层已迭代，老协议老 ...

我无论跑3.0 4.0 5.0，都是不关Resizable bar就NAKS_SENT，关了就5.0都没错误了。
哪怕故意把内存参数搞的特别不稳，一开游戏就闪退那种，也不会再有PCIE错误。。

这玩意不知道是个啥工作流程。

lh4357

sinopart 发表于 2025-4-8 15:47
按照行业标准，这个指标出现就代表PCIE传输过程中出现了严重的错误。但目前看存在一类误报机制，使得没有 ...

不像误报，如果是误报，为啥是特定情况（读盘操作）下出现，而且还有解决办法。。

这B650跑5.0，都能一下午2077还是0错误，我估计之前那堆所谓的“5.0不稳”全是这个resizable bar导致的。

lh4357

关山明月 发表于 2025-4-9 03:16
我自己试了一下玩霍格沃兹4个小时没涨，玩巫师3分分中涨几十，然后把测试的界面挂在后台不关，玩一会巫师3 ...

你得触发读盘才能出。

一直挂在同一个位置是基本不会增加的。
不信你试试反复读取存档。

lh4357

关山明月 发表于 2025-4-9 03:38
试了一下只要不重新加载存档就不会涨，显卡稳定性跟磁盘加载有关，这有啥参考性 ...

本来只有naks_sent也不会实际影响稳定性。
我这个帖子只是说一下是啥机制导致的。

反正只要关掉resizable bar，B650跑5.0都不会有任何NAKS。