找回密码
 加入我们
搜索
      
查看: 7058|回复: 63

[CPU] 一些个I大小核BIOS优化选项,防缩钢

[复制链接]
发表于 2024-8-22 08:12 | 显示全部楼层 |阅读模式
本帖最后由 136185925 于 2024-8-22 11:28 编辑

其中AC、DC Loadline我感觉和负Offset效果差不多,可以保持默认,或者0毫欧母

很关键的一项是防掉压ASUS一定设置为LV1,微星设置为LV8,身边设置为LV7的缩刚的大有人在,
具体原理看我其他帖子 https://www.chiphell.com/thread-2626172-1-1.html

为了使得您的爱机能够多活两年,华硕用户请尽快将防掉压设置为LV1,微星用户设置为LV8

如果CPU电压不够就加压或者正Offset

1.png
2.png
3.png
4.png
5.png
6.png
7.png
8.png
9.png
11.png
12.png
发表于 2024-8-22 08:50 | 显示全部楼层
https://www.chiphell.com/thread-2625435-1-1.html

我是用这个帖子的方法
电压 1350,电流 290,防瞬时爆冲

然后自己加了功耗125/170,温度85,防掉压最小Lv1

R23性能下滑8%,实际各程序大多时候跑不满功耗墙,认定对性能影响不大。

我觉得这个设置下的表现才比较接近intel真实性能。
 楼主| 发表于 2024-8-22 08:53 | 显示全部楼层

本帖最后由 136185925 于 2024-8-22 08:59 编辑


其实电源、电流什么的影响不大。防掉压LV1很关键
其实很多人以为防掉压只是防止掉压,但是只是软显电压好看而已。(玩家需要克服心理焦虑)
负载变化的瞬间会带来无数的电压尖峰,正是这些电压尖峰导致的CPU缩肛
发表于 2024-8-22 09:04 | 显示全部楼层
136185925 发表于 2024-8-22 08:53
其实电源、电流什么的影响不大。防掉压LV1很关键
其实很多人以为防掉压只是防止掉压,但是只是软显电压好 ...

电压电流可能有影响。

这两个值似乎是微码向BIOS请求供电的值,按intel说法,微码存在问题,会错误地请求远大于需要的电源参数。这两个值是电源参数的硬上限,至少在请求端控制了,避免CPU被电麻了。
 楼主| 发表于 2024-8-22 09:09 | 显示全部楼层
如果已经缩肛了怎么办?
除了以上BIOS设置之外,负的Offset改为正的Offset,加压直到可以通过测试。
1、Intel's Fail Safe + 正 Offset,只要最高请求电压不超过1.6V基本都是安全的,可以通过HWINFO长期观察记录最高电压
2、略微限制CPU频率上限
 楼主| 发表于 2024-8-22 09:20 | 显示全部楼层
本帖最后由 136185925 于 2024-8-22 09:32 编辑
BetaHT 发表于 2024-8-22 09:04
电压电流可能有影响。

这两个值似乎是微码向BIOS请求供电的值,按intel说法,微码存在问题,会错误地请 ...


电压在默认BIOS下有可能是有影响的。
但个人认为防掉压带来的短时间电压尖峰会远远高于所谓“错误的Turbo3睿频电压”。
Turbo 3 本质就是Intel精选了两个体质最优的核心去冲击睿频6Ghz,但是如果BIOS已经设置了Sync All Cores +1 to 2 的话其实影响也不大,因为其他核心可能无法冲到5.9GHz,所以也就变相限制了最高请求电压
限电流的话,限制总电流也其实并不能限制真正分摊在每个核心上面的电流,只会增加高负载情况下的卡顿概率。而且Intel后期也证实缩肛的本质是电压,说明Intel在制造工艺上面的晶体管厚度应该是可以承载500A的总电流
发表于 2024-8-22 09:42 来自手机 | 显示全部楼层
136185925 发表于 2024-8-22 09:20
电压在默认BIOS下有可能是有影响的。
但个人认为防掉压带来的短时间电压尖峰会远远高于所谓“错误的Turbo ...

那按照这个,定压定频或者定压分核心超频也能达到同样目的吧?
发表于 2024-8-22 09:49 | 显示全部楼层
没必要lv1,个人觉得只要不是无脑lv7,lv8就行了。lv3~6看自己设置喜欢,都在可以接受范围。

既然要安全了,开最高得电流和功耗,不知道有啥意义。

还有其他一些选项也是,auto就行了,正常使用不用去管。

东西式拿来用的,不要供着,怕这怕那的。。。。。
 楼主| 发表于 2024-8-22 09:59 | 显示全部楼层
本帖最后由 136185925 于 2024-8-22 10:21 编辑
momoka 发表于 2024-8-22 09:49
没必要lv1,个人觉得只要不是无脑lv7,lv8就行了。lv3~6看自己设置喜欢,都在可以接受范围。

既然要安全了 ...


至于具体解释在6楼,如果不开放电流墙可能会造成高负载卡顿,并降低CPU高负载峰值性能。

其实主要就是防止高负载卡顿,既然都高负载了,卡顿不卡顿可能也感觉不出来
 楼主| 发表于 2024-8-22 10:04 | 显示全部楼层
soleck 发表于 2024-8-22 09:42
那按照这个,定压定频或者定压分核心超频也能达到同样目的吧?

首先定压远不如Offset来的明智,首先CPU在不同频率下需要的电压是不同的。
那么定压+定频呢?看起来是很安全的设置,但是CPU在定频下,高负载和低负载消耗的功耗是截然不同的。所以一定会造成电压波动。
所以如果你不喜欢Offset,那么定压定频的基础之上,也是需要把防掉压设置为LV1的。
定频+定压是可以防止所谓的Turbo3错误的电压请求,但是无法防止防掉压造成的电压Spike
发表于 2024-8-22 10:07 | 显示全部楼层
防掉压lv1太农村化了,完全没有必要,使用主板bios内的推荐设置(对于阿苏斯来说大部分中高端板子应该是lv4附近,vrmll=0.98)即可
 楼主| 发表于 2024-8-22 10:10 | 显示全部楼层
PPXG 发表于 2024-8-22 10:07
防掉压lv1太农村化了,完全没有必要,使用主板bios内的推荐设置(对于阿苏斯来说大部分中高端板子应该是lv4 ...

防掉压造成的电压Spike恰恰是缩肛的罪魁祸首。
并不是LV1农村化,而是这种Spike会随着CPU功耗的增加而增加。
在前几代CPU峰值功耗不超过200W的世界里,防掉压并没有被重视起来,那是因为电压尖峰不会高到哪里去。
发表于 2024-8-22 10:14 | 显示全部楼层
本帖最后由 momoka 于 2024-8-22 10:17 编辑
136185925 发表于 2024-8-22 09:59
至于具体解释在6楼,如果不开放电流墙可能会造成高负载卡顿,并降低CPU高负载峰值性能 ...


满足一定的数字就行了,不用无限的。具体根据自己设定的功耗墙和设定的加速频率来定。手动测试下能知道大概的范围。比如牙膏给的最大400A(ks系列),足够俩个核心加速6~6.2,8个线程加速5.8,全P核心加速5.6~5.7的样子。如果觉得不够自行调整,我觉得足够了,此时功耗早就超过139/149默认的253w或ks的320w了。

想要高负载峰值性能,莫非还想着要啥都不关全核心5.8~6G么。




发表于 2024-8-22 10:17 | 显示全部楼层
都已经给到延保了,那肯定是放开手脚那啥啥不是。。。

运气不好第四年坏了换个新的,说不定那个时候你已经看不上13代或者14代的U性能了。。。。
 楼主| 发表于 2024-8-22 10:30 | 显示全部楼层
PPXG 发表于 2024-8-22 10:07
防掉压lv1太农村化了,完全没有必要,使用主板bios内的推荐设置(对于阿苏斯来说大部分中高端板子应该是lv4 ...

其实你有没有发现,其实咱们的理论不谋而合
或者换句话说,你搜集的情报,和我的理论不谋而合

QQ图片20240822115739.png
QQ图片20240822115838.png
发表于 2024-8-22 10:41 | 显示全部楼层
136185925 发表于 2024-8-22 10:30
其实你有没有发现,其实咱们的理论不谋而合
或者换句话说,你搜集的情报,和我的理论不谋而合

对于一个确定的负载来讲,负载结束瞬间的电压overshoot是确定的,过高的vrmll会导致需要设置更高的空载电压甚至远高于电压overshoot,所以我建议使用适当的vrmll,怎么就不谋而合了?
发表于 2024-8-22 10:57 来自手机 | 显示全部楼层
136185925 发表于 2024-8-22 10:04
首先定压远不如Offset来的明智,首先CPU在不同频率下需要的电压是不同的。
那么定压+定频呢?看起来是很 ...

都限定电压了,还能波动到超标?烤鸡只会掉电压,lv1电压掉0.1V还怎么稳定使用?
 楼主| 发表于 2024-8-22 11:25 | 显示全部楼层
PPXG 发表于 2024-8-22 10:41
对于一个确定的负载来讲,负载结束瞬间的电压overshoot是确定的,过高的vrmll会导致需要设置更高的空载电 ...

因为你也发现了是“轻重负载的转换”造成的缩肛。
 楼主| 发表于 2024-8-22 11:26 | 显示全部楼层
soleck 发表于 2024-8-22 10:57
都限定电压了,还能波动到超标?烤鸡只会掉电压,lv1电压掉0.1V还怎么稳定使用? ...

修改Vram请求电压并不能覆盖或防止
防掉压产生的Overshoot或Spike
发表于 2024-8-22 11:32 | 显示全部楼层
楼主用过139k/149k+ROG纯血吗?lv6都能掉0.15v,lv7都能掉0.05v,你来个lv1,直接掉0.5v???是不是空载电压直接定1.8v来用?
 楼主| 发表于 2024-8-22 11:36 | 显示全部楼层
Roselle 发表于 2024-8-22 11:32
楼主用过139k/149k+ROG纯血吗?lv6都能掉0.15v,lv7都能掉0.05v,你来个lv1,直接掉0.5v???是不是空载电 ...

不至于掉这么多。
空载电压不高于最新手册规定的1.6V就可以,虽然旧的手册是1.72v

你想想,你LV1掉多少,其实差不多就Overshoot多少。
所以说真实的过冲电压差不多是当前软显 + LV1时候掉的电压
发表于 2024-8-22 12:05 来自手机 | 显示全部楼层
136185925 发表于 2024-8-22 11:25
因为你也发现了是“轻重负载的转换”造成的缩肛。

所以你到底懂不懂intel主板的供电机制?如果你不懂acll dcll vrmll都是干什么的,具体有什么作用,设置不同的数值有什么影响,我觉得没有再继续交流下去的必要
发表于 2024-8-22 12:08 来自手机 | 显示全部楼层
Roselle 发表于 2024-8-22 11:32
楼主用过139k/149k+ROG纯血吗?lv6都能掉0.15v,lv7都能掉0.05v,你来个lv1,直接掉0.5v???是不是空载电 ...

他连vrmll的作用和不同主板的用料设计导致的物理掉压情况区别都不知道就在这大放厥词,高端甚至旗舰主板用这么高的vrmll设定无异于让cpu在空载时慢性自杀
发表于 2024-8-22 12:16 | 显示全部楼层
微星L8都掉压掉成什么了,正常z板你不超频auto就行
发表于 2024-8-22 12:20 | 显示全部楼层
???? 看到图我颇震惊的
CPU型号不谈,大核剩48、小核剩40
但是PL1、PL2、ICCMAX全部拉到最高

怎么不跑个CB15 50圈开HWINFO看看捕捉到的VCC有没有超过1.5V?
之前就是BASELINE BIOS预设值存在VCCMAX一样会爆冲到1.5甚至1.6V的状况

建议不要出来误人子弟
发表于 2024-8-22 12:21 | 显示全部楼层
PPXG 发表于 2024-8-22 12:08
他连vrmll的作用和不同主板的用料设计导致的物理掉压情况区别都不知道就在这大放厥词,高端甚至旗舰主板 ...

他自己用这套设置,P4.8/E4.0,VRM Voltage -0.1,VID请求的电压不高,空载电压也不高,负载上来后LLC1降压也不会有问题。
反倒是不了解供电原理的人,无脑设置LLC1后,VRMLL啪一下掉压0.1V甚至0.3V以上,电压不足导致蓝屏依然会说缩肛,无法实质解决问题。
发表于 2024-8-22 12:28 | 显示全部楼层
AlexRaganhar 发表于 2024-8-22 12:21
他自己用这套设置,P4.8/E4.0,VRM Voltage -0.1,VID请求的电压不高,空载电压也不高,负载上来后LLC1降 ...

P4.8/E4.0,把自己切到几乎一丁点都不剩了
用低频率低性能换来请求电压不高防止缩肛
但为什么不直接把ICCMAX + VCCMAX限制住?

我自己的测试帖,稍微动过ICCMAX频率就差了一大截
https://www.chiphell.com/thread-2599062-1-1.html
发表于 2024-8-22 12:30 | 显示全部楼层
这个行业到底是养了多少山炮
发表于 2024-8-22 12:32 | 显示全部楼层
ljy1414 发表于 2024-8-22 12:20
???? 看到图我颇震惊的
CPU型号不谈,大核剩48、小核剩40
但是PL1、PL2、ICCMAX全部拉到最高

自制软件仙人你咋不记得了,那个帖子你还跟他battle过的
发表于 2024-8-22 12:34 | 显示全部楼层
Phil_Libra 发表于 2024-8-22 12:32
自制软件仙人你咋不记得了,那个帖子你还跟他battle过的

什么,求传送门,我还真不记得了

您需要登录后才可以回帖 登录 | 加入我们

本版积分规则

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

GMT+8, 2025-4-25 13:37 , Processed in 0.016400 second(s), 6 queries , Gzip On, Redis On.

Powered by Discuz! X3.5 Licensed

© 2007-2024 Chiphell.com All rights reserved.

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