有可能，14代U跑着色器渲染不是CPU的锅而是显卡驱动的锅

黑钢

xyzhangabc 发表于 2025-5-26 14:59
着色器编译是显卡驱动调用CPU把游戏开发者写的通用shader转换成适配硬件的机器码的过程。
随着驱动版本更新 ...

你解释得非常清楚，我只是好奇为什么总是在30%-37%这个区间跳出，而且跳出的错误永远都是显存不够，因为你单纯的查这个跳出提示，其实真就时字面意思。如果调用指令集的时候出现的问题，或者真时压力大了崩，不可能总是在这个位置崩啊，有点理解不了的感觉。

算了，经过三次跳出已经正常进入游戏了，就这样吧。

lh4357

确实有些版本的驱动编译特定游戏的着色器会在特定进度闪退.

比如576,02编译ff7rb.

xyzhangabc

黑钢 发表于 2025-5-26 15:33
你解释得非常清楚，我只是好奇为什么总是在30%-37%这个区间跳出，而且跳出的错误永远都是显存不够，因为 ...

可能是因为在这个进度内的某一个着色器（集中）用了某个指令集，而该指令集恰好在高压下（因为工艺缺陷而）不稳定。
CPU的指令集是对应在CPU的具体某一个（或者若干个）物理区域的。

至于为什么弹出显存不足，这个应该是游戏，或者驱动在遇到shader编译异常的时候写的默认报错信息。因为在驱动编写中，微软确实有定义 OutOfMemory这个错误类型，但没有CPUError这个错误类型。

wxlg1117

英伟达都公开说是英特尔的锅了,你觉得英特尔和英伟达哪个是傻子?

tim6252

这都公开爆炸了一年的事情……你还能绕回来………  咸鱼贩子基本都不收13 14 人家靠这个吃饭的还不懂……

dcl2009

这么解释吧，把着色器编译分成ABCD4个步骤，其中步骤B需要大量重复的拷贝CPU的寄存器X和寄存器Y，并且将结果放入寄存器Z，这个时候因为CPU的原因，拷贝数据这个过程出错了，程序会返回一个错误结果，驱动将这个结果翻译成显存错误。

x86的CPU遇到这种问题不常见，许多国产自研arm小芯片经常会出这种问题。

这还算好的，起码不是关键任务出错，要是某个关键任务出错他会在事件监视器里面标记，巧不巧核心没有对错误做兼容处理就会蓝屏。

archxm

wxlg1117 发表于 2025-5-26 16:01
英伟达都公开说是英特尔的锅了,你觉得英特尔和英伟达哪个是傻子?

我觉得英伟达更傻吧，非要选的话。

Amtrak

着色器编译主要负荷在CPU，可能有部分着色器编译崩溃是显卡驱动的原因，但是CPU缩肛是肯定会导致崩溃

rwindz

等你弹编译错误时候已经晚了，英特尔的文档说是这时候已经对cpu造成了不可逆的损坏。正确做法是第一次开机就刷上最新的bios，新的bios会减少物理损伤cpu的可能性。

黑钢

rwindz 发表于 2025-5-26 17:38
等你弹编译错误时候已经晚了，英特尔的文档说是这时候已经对cpu造成了不可逆的损坏。正确做法是第一次开机 ...

你从哪里看的这份文档，照你这个说法，这个U拿回家的第一天就已经有不可逆的损伤了，因为第一天他有一大堆游戏进不去闪退。

lanmzx

这次146k电话里我问售后这是第二次挂掉了，这个新微码能不能解决，售后竟然一时语塞。我也就没追问下去了。哎。

albertfu

都盖棺定论的事了还有人在想翻案。。。

rwindz

黑钢 发表于 2025-5-26 18:05
你从哪里看的这份文档，照你这个说法，这个U拿回家的第一天就已经有不可逆的损伤了，因为第一天他有一大 ...

关于新bios和英特尔对这事件的说明，轮子贴过不止一次了

yuechsh

老黄的只是个别驱动版本的问题，而英特尔那个可是洗不掉的硬件问题。

ZJYZY

我觉得那些咬死说是u的问题的，估计都没看楼主写了什么。这是不能说百分百根u无关，但是楼主的测试一定说明了跟驱动有关

YsHaNg

ZJYZY 发表于 2025-5-26 10:39
我觉得那些咬死说是u的问题的，估计都没看楼主写了什么。这是不能说百分百根u无关，但是楼主的测试一定说明 ...

存存哥和暴论哥在一起聊的帖子怎么着都无所谓～

niqian6666163

我前几天也遇到了一样的问题。。。发了个帖子

panzerlied

archxm 发表于 2025-5-26 17:13
我觉得英伟达更傻吧，非要选的话。

自古忠孝难两全

archxm

panzerlied 发表于 2025-5-26 19:13
自古忠孝难两全

急了，又开始阴阳怪气

PPXG

先验证你CPU确定是稳定的再说
prime95  全核 small FFT ，保持最大睿频一分钟没出问题，OK接下来你可以怀疑是显卡驱动或者游戏的问题了

确实存在驱动或者游戏导致编译着色器炸掉的情况，但是raptorlake缩缸是一个既定事实，而且缩缸导致编译失败的数量远高于驱动导致，遇到这种问题确实应该优先排查cpu

黑钢

PPXG 发表于 2025-5-26 19:41
先验证你CPU确定是稳定的再说
prime95  全核 small FFT ，保持最大睿频一分钟没出问题，OK接下来你可以怀疑 ...

我锁的253W功耗，本来就不可能全核最大睿频，你这个我测试不了。我满载的时候大核心只有5.3 ，有些核心甚至跑到5.2

Bento

这几天给朋友装了一个5070TI的平台，必须要第二次开机才能启动，不然直接B2,整了两三天，换了一个电源（之前用的老电源，一开始以为是微星的转接线松了，B站也有人用到，急着用就买了新电源），后来试出来显示器要先点亮一下再开机才能进系统，逐渐怀疑是显示器问题，打给三星工程师，三星说非常多这种问题的反馈，只能换HDMI线。然后这显示器还没配HDMI线的,有问题也不解决也不说（朋友说他用习惯1000R曲边屏了，不然绝对不买三星的显示器）

机子是比新显示器先配的，原来的老显示器没问题，新显示器刚到两天，因为第二次开机能进，第一次开机必卡B2，心想要是显示器问题应该能进系统吧就没一下怀疑到显示器头上，停停走走的排查一轮终于发现

至此现在我懂了，没有什么可以绝对豁免的配件，全TM检查一遍

ONEChoy

黑钢 发表于 2025-5-26 12:59
我看了啊，我就是觉得比较奇怪，因为我几乎每个N卡驱动都会更新，所以我时不时的就需要进行着色器渲染， ...

唉 咋说你啊。。。真的是吃饱撑等屎等不来心里又憋得慌在这瞎抠。。。

补丁微码都叠多少代了你咋还在挖这个问题 你现在挖出个恐龙骨能看到恐龙皮肤原彩吗。。。

要较真就刷回去当时那个bios用当时那个驱动做测试 加入au和a卡交叉排查 才可以验论。。。

做不到就到处去搜当时的各路英雄详测结果 云都错不出来你这样的错误。。。

亏你是老鸟 基础分析排查能力。。。唉。。。



补个私密马赛：对不起楼主 我没有恶意 只是天生舌头带毒。。。见谅见谅。。。
                        我发过的傻逼帖子不比你少 但是一旦有超过两个人开始说我不对我就会开始反思。。。

inSeek

黑钢 发表于 2025-5-26 12:31
你说的是理论，问题是我试过两次DDU下载驱动再装回最新版的驱动，依然是黑猴的渲染器会闪退，连闪退的节 ...

验证起来很简单的。
什么都不要换，什么都不要改，只在bios里把P核心倍频直接降低到40x，然后试试，还出不出错。

不对，有人在上面提过，只是LZ忽略了...
哦......

inSeek

黑钢 发表于 2025-5-26 19:44
我锁的253W功耗，本来就不可能全核最大睿频，你这个我测试不了。我满载的时候大核心只有5.3 ，有些核心甚 ...

他是一瞬间的频率不稳，就崩了... 那一瞬间的频率你看不到的

真的想验证很省事的，直接bios里P核心锁40x，然后再跑...
比在这个帖子里码字花的时间少多了的...

inSeek

Bento 发表于 2025-5-26 19:59
这几天给朋友装了一个5070TI的平台，必须要第二次开机才能启动，不然直接B2,整了两三天，换了一个电源（之 ...

我有一个3键+1旋钮的小键盘，插上后，X670EE冷启能正常，热启就卡自检...

黑钢

inSeek 发表于 2025-5-26 20:11
他是一瞬间的频率不稳，就崩了... 那一瞬间的频率你看不到的

真的想验证很省事的，直接bios里P核心锁40x ...

我确实懒得锁P核心到40x，毕竟日常也不会这么做，你说的一瞬间的频率不稳，我不反对，我只是好奇，这个不稳到底影响了着色器渲染哪根神经导致要闪退，而且总是跑到30%-37%附近开始闪退，然后第二次大概是跑到65%-70%附近闪退，就是每次能稳定跑各30%左右，这么神奇的吗？这种闪退不应该是随机的吗？

天道太酬勤

没有可能，因为把频率从5.3降低到5.0之后问题马上解决

zerozerone

各有各的锅，具体问题具体分析，最小化环境、保守手段排错。

换了CHH

BFG9K 发表于 2025-5-26 13:26
靠谱不靠谱另说，INTC股价跌穿的后果是你马上要失业了

Intel to lay off more than 20% of workforce, B ...

我失不失业不影响你每天喝豆腐脑吧