找回密码
 加入我们
搜索
      
查看: 11082|回复: 92

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

[复制链接]
发表于 2025-5-26 12:13 | 显示全部楼层 |阅读模式
如题,上一次更新N卡显卡驱动,导致STALKER 2着色器渲染闪退,但黑猴能过,三角洲能过,游戏里一切正常,R15 ,R20, R23 20分钟,R24 20分钟测试均能通过。

昨天再次更新显卡驱动,黑猴着色器渲染闪退,和上一次一样都是提示显存不够,但这次STALKER 2能过,其他上述测试也都能过。

用DDU删除显卡驱动,换回更老的两个游戏着色器渲染都能过的驱动版本,俩再次都能过。

重新装上最新版的显卡驱动,再次出现黑猴闪退,其他依旧都能过。

所以,我坚定的认为,这应该是显卡驱动和平台有兼容性,导致的闪退,要不然我不理解这个现象了。
 楼主| 发表于 2025-5-26 12:31 | 显示全部楼层
本帖最后由 黑钢 于 2025-5-26 12:33 编辑
yakeyyy 发表于 2025-5-26 12:28
着色器编译就和源代码编译一样,就是一个cpu密集运算的过程,你非要给自己的英特尔缩肛u洗我也没办法。缩肛 ...


你说的是理论,问题是我试过两次DDU下载驱动再装回最新版的驱动,依然是黑猴的渲染器会闪退,连闪退的节点都非常接近,大概就是30%左右闪退一次。就这么巧合吗?两次都这样。

然后装回上一版驱动,就变成STALKER 2闪退,同样也是30%-37%左右进度的时候闪退,而更新到最新版本驱动后,STALKER 2再次能完整完整着色器渲染。

你来解释一下这个现象为什么这么奇特
 楼主| 发表于 2025-5-26 12:41 | 显示全部楼层
yakeyyy 发表于 2025-5-26 12:37
你换个非13,14代u再去跑跑试试,那不就可以证明了吗

我有啊,一次都没跳出过,可是平台都不一样了啊,我都说了我怀疑是和平台有兼容性,你非要扯U,有什么意义呢?难道就不能是因为平台的缘故吗?比如大小核
 楼主| 发表于 2025-5-26 12:59 | 显示全部楼层
yakeyyy 发表于 2025-5-26 12:56
不是,当时英特尔缩肛并不是有人跑cinebench或者正常使用电脑时发现的,有一群iu+n卡游戏党发现虚幻引擎 ...

我看了啊,我就是觉得比较奇怪,因为我几乎每个N卡驱动都会更新,所以我时不时的就需要进行着色器渲染,我刚才又特意跑了底特律变人这个我23年入手新U就死活过不了着色器渲染的游戏,又是一次编译成功。你难道不觉得这也有点说不过去吗?
 楼主| 发表于 2025-5-26 13:02 | 显示全部楼层
llwin 发表于 2025-5-26 12:56
换了驱动,编译器版本不同了,故障现象不同也能解释吧

有这个说法吗,不太清楚,没查过编译器的具体原理。我只是跟大家说一下我目前遇到的实际情况,我感觉这和U缩肛的好像有所不同。我举个简单例子,为什么闪退的进度几乎都是30%一次,难道是CPU连续工作固定时间就突然崩溃吗?那R23, R24连续20分钟过测又如何解释呢? 更奇怪的就是换显卡驱动,为什么就不崩了呢。这是凑巧吗?那凑巧到之前驱动崩哪个游戏,换回到那个驱动继续崩吗?
 楼主| 发表于 2025-5-26 13:10 | 显示全部楼层
llwin 发表于 2025-5-26 13:08
着色器编译就相当于把C语言源代码编译成exe的过程
这个编译器是在显卡驱动里的,但是在CPU上执行,不调用 ...

所以这完全有可能是显卡驱动的问题,我可以这样理解吧,对吗?
 楼主| 发表于 2025-5-26 15:33 | 显示全部楼层
xyzhangabc 发表于 2025-5-26 14:59
着色器编译是显卡驱动调用CPU把游戏开发者写的通用shader转换成适配硬件的机器码的过程。
随着驱动版本更新 ...

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

算了,经过三次跳出已经正常进入游戏了,就这样吧。
 楼主| 发表于 2025-5-26 18:05 | 显示全部楼层
rwindz 发表于 2025-5-26 17:38
等你弹编译错误时候已经晚了,英特尔的文档说是这时候已经对cpu造成了不可逆的损坏。正确做法是第一次开机 ...

你从哪里看的这份文档,照你这个说法,这个U拿回家的第一天就已经有不可逆的损伤了,因为第一天他有一大堆游戏进不去闪退。
 楼主| 发表于 2025-5-26 19:44 | 显示全部楼层
PPXG 发表于 2025-5-26 19:41
先验证你CPU确定是稳定的再说
prime95  全核 small FFT ,保持最大睿频一分钟没出问题,OK接下来你可以怀疑 ...

我锁的253W功耗,本来就不可能全核最大睿频,你这个我测试不了。我满载的时候大核心只有5.3 ,有些核心甚至跑到5.2
 楼主| 发表于 2025-5-26 20:26 | 显示全部楼层
inSeek 发表于 2025-5-26 20:11
他是一瞬间的频率不稳,就崩了... 那一瞬间的频率你看不到的

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

我确实懒得锁P核心到40x,毕竟日常也不会这么做,你说的一瞬间的频率不稳,我不反对,我只是好奇,这个不稳到底影响了着色器渲染哪根神经导致要闪退,而且总是跑到30%-37%附近开始闪退,然后第二次大概是跑到65%-70%附近闪退,就是每次能稳定跑各30%左右,这么神奇的吗?这种闪退不应该是随机的吗?
 楼主| 发表于 2025-5-26 23:12 | 显示全部楼层
Mashiro_plan_C 发表于 2025-5-26 22:25
柯基说的没错 用户20多年不进步了

已经盖棺定论的事又开始跳出来独醒

你是看不懂标题的可能两个字吗?有病吧,谁盖棺定论了,我到现在也没看见intel官方承认过虚幻引擎着色编译器失败是他CPU缩肛了。麻烦你发各intel官方公告出来。
 楼主| 发表于 2025-5-27 13:49 | 显示全部楼层
inSeek 发表于 2025-5-26 22:17
因为在编译过程中不一定是所有线程都满载的,中途某个步骤时可能会少数线程满载,这个时候频率一冲就蹦了 ...

眼泪都快看出来了,都没发现有其他程序崩的日志。

等下次再更新NV驱动的时候试试看你说的THROTTLESTOP这个软件试试。

现在实在是懒得折腾了。
 楼主| 发表于 2025-6-2 21:45 | 显示全部楼层
ryan9247 发表于 2025-6-2 18:42
兄弟,我发现和你一样的问题了,换了573.23驱动,着色器能一把过,看来错怪你了,你说的有事实依据 ...

嗯,我等下一次更新显卡驱动的时候再试验一次,看看情况是否还是如此。
您需要登录后才可以回帖 登录 | 加入我们

本版积分规则

Archiver|手机版|小黑屋|Chiphell ( 沪ICP备12027953号-5 )沪公网备310112100042806 上海市互联网违法与不良信息举报中心

GMT+8, 2025-9-28 03:57 , Processed in 0.008710 second(s), 5 queries , Gzip On, Redis On.

Powered by Discuz! X3.5 Licensed

© 2007-2024 Chiphell.com All rights reserved.

快速回复 返回顶部 返回列表