Chiphell - 分享与交流用户体验

标题: Intel找到13和14代酷睿稳定性问题的根本原因：是eTVB代码错误导致 [打印本页]
作者: sthuasheng    时间: 2024-6-15 11:30
标题: Intel找到13和14代酷睿稳定性问题的根本原因：是eTVB代码错误导致
本帖最后由 sthuasheng 于 2024-6-15 16:11 编辑

第13代和第14代K系列处理器的故障分析表明，由于核心电压的累积升高，受影响处理器的最低工作电压发生了变化。Intel分析已确定导致此问题的一个确认因素是处理器的输入电压升高，这是由于之前的BIOS设置允许处理器在高温下以超频频率和电压运行。由于默认工作电压和频率较低，前几代英特尔K系列处理器对此类设置不太敏感。

Intel要求所有客户在2024年7月19日之前将BIOS更新到微代码0x125或更高版本。此微代码包含一个eTVB修复程序，该修复程序可解决一个问题，即使处理器温度已超过eTVB阈值，该问题也可能允许处理器进入更高性能状态。


最新更新：intel表示这个bug虽然是intel的问题，但是cpu不稳定最大的锅还是主板厂商的。
(, 下载次数: 73)
作者: gbawrc    时间: 2024-6-15 11:33
提示: 作者被禁止或删除 内容自动屏蔽
作者: PPXG    时间: 2024-6-15 11:36
本帖最后由 PPXG 于 2024-6-15 11:43 编辑

原始链接有吗

找到了：
https://www.techpowerup.com/3236 ... microcode-algorithm

The documents say that Intel isolated the problem to a faulty value in the microcode's end of the eTVB (enhanced thermal velocity boost) algorithm. "Root cause is an incorrect value in a microcode algorithm associated with the eTVB feature. Implication Increased frequency and corresponding voltage at high temperature may reduce processor reliability. Observed Found internally," the document says, mentioning "Raptor Lake-S" (13th Gen) and "Raptor Lake Refresh-S" (14th Gen) as the affected products.

文件称，英特尔将问题归咎于 eTVB（增强热速度提升）算法微代码末端的错误值。“根本原因是与 eTVB 功能相关的微代码算法中的值不正确。暗示高温下频率增加和相应的电压可能会降低处理器的可靠性。观察到内部发现，”文件称，并提到“Raptor Lake-S”（第 13 代）和“Raptor Lake Refresh-S”（第 14 代）是受影响的产品。
作者: chacha20    时间: 2024-6-15 11:38
看这描述，还是灰烬超频的问题，这个微码估计还是通过压制性能来解决问题
作者: ruo101    时间: 2024-6-15 11:39
我是将主板的BIOS降级到最早版本·不是更新最新版本来使用··，刚刚看了下 貌似又更新了2个版本的BIOS 再由于要不要更新一波看看情况
作者: equaliser    时间: 2024-6-15 11:41
结果还是降频
作者: Mashiro_plan_C    时间: 2024-6-15 11:42
chacha20 发表于 2024-6-15 11:38
看这描述，还是灰烬超频的问题，这个微码估计还是通过压制性能来解决问题 ...

“当温度超过一定阈值后，就不再允许进入更高性能状态，也就是限制超频”
作者: uuyyhhjj    时间: 2024-6-15 11:43
PPXG 发表于 2024-6-15 11:36
原始链接有吗

随便搜一下就有的
https://www.igorslab.de/en/intel ... rZWR1bW15MTZieXRlcw
作者: 星辰柯博文    时间: 2024-6-15 11:43
本帖最后由 星辰柯博文 于 2024-6-15 11:46 编辑
equaliser 发表于 2024-6-15 11:41
结果还是降频


14900KS跑R15，电流瞬间冲到400A以上，然后就严重vdroop掉压崩溃了。这么大电流明显是不必要的，定频定压5.7G R15烤机电流也不过300A以内。
全核频率定在5.7G并没有什么问题，intel官网也是这么宣传的。问题是提频速度不应该这么快，应该1-2秒左右的时间慢慢提上去。现在瞬间提频就容易引发电流过大。
作者: yoloh    时间: 2024-6-15 11:43
说到底还是为了跑分压制7950x，强行超频导致的不稳定
作者: ilivy    时间: 2024-6-15 11:47
不还是艹狠了吗
作者: nemo1217    时间: 2024-6-15 11:48
gbawrc 发表于 2024-6-15 11:33
普通消费者买电脑是来用的，哪里会更新到微代码

现在微码不仅跟着bios，windows如果发现bios微码比自己带的版本低，会在启动的时候加载更新的微码。用户只要windows保持跟新就能用到新的微码。
作者: chukuang    时间: 2024-6-15 11:54
本帖最后由 chukuang 于 2024-6-15 12:05 编辑

英特尔这不是废话吗，现代计算机产业里什么问题不是代码问题...

等会又会有人拿着这个出来洗地了，说什么只是代码错误，不是英特尔故意的


刚发布时跑分好看的时候不说是代码错误了，等了快一年了出了问题就知道是错误了

如果真的是英特尔没发现那就不要做处理器了，这么大的问题从研发到生产，测试，发售这么久都发现不了

你英特尔不觉得丢人吗，还好意思装作第一次发现错误


就像现在有个人把别人刹车搞坏了，导致别人出车祸，调查半天说是刹车的原因

谁特么都知道是刹车原因啊，现在的问题是这个刹车是有人故意搞坏的啊，得先把这个人找出来啊
作者: gbawrc    时间: 2024-6-15 12:12
提示: 作者被禁止或删除 内容自动屏蔽
作者: gbawrc    时间: 2024-6-15 12:15
提示: 作者被禁止或删除 内容自动屏蔽
作者: chukuang    时间: 2024-6-15 12:22
本帖最后由 chukuang 于 2024-6-15 12:24 编辑
gbawrc 发表于 2024-6-15 12:15
新车刹车片随机断裂，
汽车厂商: 凭购车发票可免费申请一副备用刹车片自己手动替换。 ...


你这都是好的了，车企的正常操作是说驾驶员踩着油门不放，不是车子的问题


具体到英特尔这里就是一开始被发现时甩锅主板厂商，说是主板厂为了多卖主板所以提前加了电压

现在到最后发现是自己的微码，也不出来说不是主板厂的问题了
作者: ljy1414    时间: 2024-6-15 12:23
又可以到winraid上去挖CPU微码了

作者: kmdkai    时间: 2024-6-15 12:35
intel已经声明，这个不是问题根本原因，目前引发不稳定的原因还在调查中。
因为从我们的测试情况来看，问题跟TVB基本不搭边。
目前我们又发现了一个能引发生产力潜在不稳定问题的新因素，等后续我再更新一篇帖子吧。真是一波未平一波又起
作者: squll009    时间: 2024-6-15 12:35
gbawrc 发表于 2024-6-15 11:33
普通消费者买电脑是来用的，哪里会更新到微代码

普通消费者买品牌机，当然用不到。
作者: 灵乌路空    时间: 2024-6-15 12:54
(, 下载次数: 67)
看厂商拼命甩锅而不是承认的样子真的超有意思的
作者: 偶是你滴神    时间: 2024-6-15 13:40
提示: 作者被禁止或删除 内容自动屏蔽
作者: 星辰柯博文    时间: 2024-6-15 14:10
kmdkai 发表于 2024-6-15 12:35
intel已经声明，这个不是问题根本原因，目前引发不稳定的原因还在调查中。
因为从我们的测试情况来看，问题 ...

引发不稳定的新因素，该不会是防掉压设置吧？
作者: qveydjdy    时间: 2024-6-15 15:55
一句话总结就是：修复了过于流畅的BUG
作者: Illidan2004    时间: 2024-6-15 15:57
chukuang 发表于 2024-6-15 11:54
英特尔这不是废话吗，现代计算机产业里什么问题不是代码问题...

等会又会有人拿着这个出来洗地了，说什么 ...

我们大英太强了 以前重来没有错误  所以这次发现不了
作者: zyp527    时间: 2024-6-15 16:03
最新消息又来了：

Intel向快科技发来了一份声明，强调说，还未确定问题的根本原因，正在进行调查。

Intel承认，Intel确实发现eTVB中存在一处瑕疵，需要微代码修复，也确实和不稳定现象有关，但不是根本原因。

Intel将在下周公开发布更新，涉及到主板BIOS里的默认设定。


相关链接：
https://news.mydrivers.com/1/985/985947.htm
作者: sthuasheng    时间: 2024-6-15 16:12
zyp527 发表于 2024-6-15 16:03
最新消息又来了：

Intel向快科技发来了一份声明，强调说，还未确定问题的根本原因，正在进行调查。


嗯嗯，intel强调：我们虽然写了bug，但是cpu不稳定的锅主要还是主板厂商的，我们没有问题。
作者: allensakura    时间: 2024-6-15 20:02
星辰柯博文 发表于 2024-6-15 11:43
14900KS跑R15，电流瞬间冲到400A以上，然后就严重vdroop掉压崩溃了。这么大电流明显是不必要的，定频定压 ...

1-2s的提频至5.7G，这还是5.7G？？
这种响应速度赛扬都瞧不起
作者: 星辰柯博文    时间: 2024-6-15 20:57
allensakura 发表于 2024-6-15 20:02
1-2s的提频至5.7G，这还是5.7G？？
这种响应速度赛扬都瞧不起

4代牙膏的时候就不是瞬间提频，而是有一个过程。
作者: Mufasa    时间: 2024-6-15 21:06
刚发布时跑分好看的时候不说是代码错误了，等了快一年了出了问题就知道是错误了
作者: panzerlied    时间: 2024-6-15 21:12
星辰柯博文 发表于 2024-6-15 20:57
4代牙膏的时候就不是瞬间提频，而是有一个过程。

还要不要游戏性能了😅
作者: YoshinoSakura    时间: 2024-6-16 00:55
问题是……TVB有几个Z板开的啊
作者: 练习    时间: 2024-6-16 02:21
这锅越甩越黑~

还好没买13,14代~

作者: sekiroooo    时间: 2024-6-16 06:15
阿阴别折腾13、14代了， 也放过用户吧。反正你又不打算 召回。  ultra 200系列那么多 bug改完了？没改完继续 半成品上市坑消费者。你这样玩 早晚玩完
作者: 星辰柯博文    时间: 2024-6-16 08:39
panzerlied 发表于 2024-6-15 21:12
还要不要游戏性能了😅

在载入的时候花1秒钟时间提频，然后一直保持就好。
反复上蹿下跳造成瞬间大电流和反复的overshoot/undershoot才会不稳。
作者: sak2024    时间: 2024-6-16 09:39
本帖最后由 sak2024 于 2024-6-16 09:44 编辑


12700的蓝屏应该不是TVB吧
作者: panzerlied    时间: 2024-6-16 10:22
星辰柯博文 发表于 2024-6-16 08:39
在载入的时候花1秒钟时间提频，然后一直保持就好。
反复上蹿下跳造成瞬间大电流和反复的overshoot/unders ...

你继续吧，什么罐头我说。
作者: lacsiess    时间: 2024-6-16 10:26
星辰柯博文 发表于 2024-6-16 08:39
在载入的时候花1秒钟时间提频，然后一直保持就好。
反复上蹿下跳造成瞬间大电流和反复的overshoot/unders ...

能自主判断下一个应用需要提频,有这个AI水准,审判日还有几天?
作者: 超级吃货    时间: 2024-6-17 13:29
15代还会有这个问题吗？
作者: OMGJL    时间: 2024-6-17 13:46
星辰柯博文 发表于 2024-6-16 08:39
在载入的时候花1秒钟时间提频，然后一直保持就好。
反复上蹿下跳造成瞬间大电流和反复的overshoot/unders ...

说到底，如果主板防掉压开最低，然后默认VID高一点，高负载掉压的缓冲多一点，就不会有问题了。我的全核定压定频就是这么搞的，非常稳定。

就是舍不得动态超频最后的那点频率。
作者: Ownab    时间: 2024-6-17 13:55
gbawrc 发表于 2024-6-15 11:33
普通消费者买电脑是来用的，哪里会更新到微代码

intel： 我劝你慎言，不然下次只给一个dos工具让你照着说明书手敲1万字的微代码
作者: Epipihany    时间: 2024-6-17 14:30
OMGJL 发表于 2024-6-17 13:46
说到底，如果主板防掉压开最低，然后默认VID高一点，高负载掉压的缓冲多一点，就不会有问题了。我的全核 ...

防掉压开最低过冲会更加剧烈，你体质差点，默频分分钟崩溃，你都定频定压了就不需要开很高的防掉压了
作者: terry0086    时间: 2024-6-17 15:15
p/h系的移动u看推荐都是关掉tvb让其超75度下也能满频用的, 我的u有点积热经常满载渲染时瞬间破百再降温是不是和这个有关..
作者: OMGJL    时间: 2024-6-24 15:11
Epipihany 发表于 2024-6-17 14:30
防掉压开最低过冲会更加剧烈，你体质差点，默频分分钟崩溃，你都定频定压了就不需要开很高的防掉压了 ...

你自己这句话前后矛盾。。
防掉压开高，电压峰值谷值会更剧烈， 而我开的是最低。

低防掉压只会跟着电流的变动自己掉压，不会被VRM过度补偿。
作者: Epipihany    时间: 2024-6-25 09:03
OMGJL 发表于 2024-6-24 15:11
你自己这句话前后矛盾。。
防掉压开高，电压峰值谷值会更剧烈， 而我开的是最低。

有点常识，不会就多搜索下
作者: ishadow    时间: 2024-6-25 10:13
标题: 。
本帖最后由 ishadow 于 2024-6-25 10:14 编辑

堆了那么多小核，然后还要靠七伤拳才能赢，现在就是不承认自己有错，反正有销量不愁卖，缩缸了依然有大把人花钱买
作者: OMGJL    时间: 2024-6-27 13:08
本帖最后由 OMGJL 于 2024-6-27 13:14 编辑
Epipihany 发表于 2024-6-25 09:03
有点常识，不会就多搜索下


你能不能不要太自信？

Vdroop = 掉压，  VID = 你设置的数值（不是实际CPU吃到的电压值）

VID不变的前提下，掉压多 -> CPU实际拿到的电压低 -> 超频能力弱

我怎么说的？

拉高VID，再设低LLC。  满载实际吃到的电压并不低。

LLC（防掉压）是靠VRM识别供电电流大小，然后动态调节电压，VRM响应速度一般也就300~500 Khz

电流、电压变动 -> VRM检测到 -> 补偿电压or降电压 -> 检测到补偿多了or降多了 -> VRM再往回拉电压

你LLC设定越激进，动态调整电压的幅度就越高，瞬时波峰波谷就更多

最低LLC， 掉压就是掉了，不会再补偿。 我VID设的高，掉压后依旧保证稳定，这个过程中不需要VRM响应速度。

你要是不理解，上网搜搜LLC数值不同在示波器下的表现，再来和人对线好吗？
作者: Epipihany    时间: 2024-6-27 17:17
本帖最后由 Epipihany 于 2024-6-27 18:23 编辑

讨论再多无意义，不如向消协投诉
作者: OMGJL    时间: 2024-6-28 09:30
Epipihany 发表于 2024-6-27 17:17
讨论再多无意义，不如向消协投诉

觉得自己有道理的时候就嚣张 让人有点常识

说不过了就往地上一躺打滚
作者: squallgy    时间: 2024-6-28 11:20
果然是买最贵的CPU享受最复杂的问题
作者: Epipihany    时间: 2024-6-30 08:19
本帖最后由 Epipihany 于 2024-6-30 08:20 编辑
OMGJL 发表于 2024-6-28 09:30
觉得自己有道理的时候就嚣张 让人有点常识

说不过了就往地上一躺打滚


“有点常识，不会就多搜索下”

首先，我为我这句回复诚恳向你道歉，的确是语气过激。

"你自己这句话前后矛盾。。
防掉压开高，电压峰值谷值会更剧烈， 而我开的是最低。

低防掉压只会跟着电流的变动自己掉压，不会被VRM过度补偿。"

这是你的回复，再看看我最开始的回复：

“防掉压开最低过冲会更加剧烈，你体质差点，默频分分钟崩溃，你都定频定压了就不需要开很高的防掉压了”

首先，LLC开level1补偿少，负载变化，spike和collapse就会很大，这是我们都确认的事实；其次，定频定压这里我们可能都存在误区，认为只要设置定频定压后，CPU就能自动调整V/F，我们先假设这个前提成立，我的观点你不需要开很高的防掉压就不矛盾。

再来说说这个定频定压，目前我对单纯靠设定定频定压这种配置就能保证CPU在负载变动剧烈的情况，就能控制掉压保持怀疑；首先，负载变化，在不实施任何补偿情况下，负载端电压必然出现spike和collapse，为了保持定压，CPU会通过提交不同的VID请求获取相应的实时电压，并通过LLC对其进行微调；所以，说到底定频定压与AUTO都只是预设的配置值，CPU调压的机制还是VID+LLC。

最后再说下，我不是专业的CPU设计领域从业人员，以上只是我个人依据CPU手册以及官方文档加上些许硬件领域的粗浅知识所得出的解读，不合理之处还请专业人士指出。

谢谢！
作者: 初音空岛    时间: 2024-7-1 16:24
Epipihany 发表于 2024-6-30 08:19
“有点常识，不会就多搜索下”

首先，我为我这句回复诚恳向你道歉，的确是语气过激。

防掉压拉满就等于定压
作者: fluttershy    时间: 2024-7-1 16:27
板厂：阿米诺斯 诺斯 诺斯
作者: OMGJL    时间: 2024-7-3 06:13
本帖最后由 OMGJL 于 2024-7-3 06:29 编辑
Epipihany 发表于 2024-6-30 08:19
“有点常识，不会就多搜索下”

首先，我为我这句回复诚恳向你道歉，的确是语气过激。


咱从头说。 名词： VID （设定电压值） VCORE（实际电压值）

定压定频时，频率是固定的，运算越重，电流越高。  V/F里没F什么事，V的话：CPU彻底放手VID，主板设多少就是多少。 CPU自动调整V/F这里， 你的理解可能有问题。


套几个数字方便理解：

低LLC：
比如你设1.38，实际空载（电流小的时候）1.375，满载（电流大的时候）1.30  看起来很惨，实际上不惨。原因等下说
高LLC：
比如你设1.31，空载1.31，满载也1.31，看起来很美好，实际问题很大。

物理特性：电流越高电压越低。LLC希望达成的目的是 电压变低的时候，动态矫正电压，让电压永远保持不变。然而我说的波峰波谷，是指微秒级的响应。

VRM的工作频率大约是 300Khz 到500Khz，了不起1000khz
CPU的工作频率（按5Ghz算），是5000Mhz = 5,000,000khz        
CPU每5000～10000个动作，VRM才能响应一次。。。 5Ghz vs 500Khz = 0.2纳秒 vs 2000纳秒


假设某一颗CPU，达成5Ghz （频率数字本身并不重要）需要的电压是1.29v，在负载最重的时候一旦低于1.29马上报错。 问题来了：

高LLC模式，
CPU负载变高=电流变高电压变低，然后几千纳秒之后 VRM检测到变化，开始加电压。 注意这几千纳秒以内电压掉了是没人管的 （设的1.31，如果这个瞬间掉到1.30以下，报错闪退GG。）

等负载变低之后，电流变小电压变高，几千纳秒之后 VRM检测到，再把电压降回来。这几千纳秒里电压直冲天际也是没人管的。

比这个更惨的问题是。。。VRM拉电压是动态的，加电压一直加，等检测到电压超过设定值再降，降电压一直降到检测到过低再拉回。 （我说的波峰谷峰就是这里）  高LLC就好比你在开车追前车，但是没留安全距离。等你看到他刹车的时候，你已经要撞上了。

低LLC模式，

确实电压忽然就掉了很多，但是这里不需要VRM介入，电流越大电压越低，最大电流的情况下vcore还是1.30，VRM不需要介入这个过程。只要我VID设的足够高，全程vcore都不会掉下稳定线1.30v。 你怕的不是他掉压，而是你怕电压低于稳定线。

所以钽电容主板被吹的那么厉害，高LLC也能靠钽电容撑过负载变化的瞬间。


那么你可能会说，啊你低LLC， VID都快1.4v了，你早晚缩缸。。。。并不， 高电压大电流才容易缩，这里大电流的时候电压早就掉了。。。低电流的时候电压高。都没几瓦功耗，高就高呗。。
反而高LLC才容易缩缸，负载上去的瞬间VRM响应的时候，会等检测到电压超过设定值，才会往回降。

你可能还会说： 我的监控软件怎么从来没看见过高LLC的瞬间波峰波谷？  你的监控软件每秒刷新，了不起0.1秒刷新一次，差了数十万倍。
作者: OMGJL    时间: 2024-7-3 06:17
初音空岛 发表于 2024-7-1 16:24
防掉压拉满就等于定压

大错特错，看53楼。
作者: OMGJL    时间: 2024-7-3 06:20
Epipihany 发表于 2024-6-30 08:19
“有点常识，不会就多搜索下”

首先，我为我这句回复诚恳向你道歉，的确是语气过激。

另外，CPU是被动接受Vcore供电的。。他想参与进来只能靠报不同的VID值。定压相当于VID Override。

你说的情况是CPU睿频、TVB的时候动态给自己加压。我说的定压定频可以排除这个变量。
作者: Epipihany    时间: 2024-7-3 11:23
本帖最后由 Epipihany 于 2024-7-3 11:35 编辑
OMGJL 发表于 2024-7-3 06:13
咱从头说。 名词： VID （设定电压值） VCORE（实际电压值）

定压定频时，频率是固定的，运算越重，电流 ...


首先对你表示感谢，正是因为这个帖子，让我从底层了解了CPU的PM架构；同时也借这个机会，希望你不再被这些口口相传的错误理论误导了。

你提到的V与F没有关联，说明你没有了解过PLL(锁相环)；无妨，我花费了一些时间，稍微去看了些官方的文档，如下：

1. CPU 电源管理一些前置资料见DLVR图片, 简单来说，CPU的VCCCORE/VCCGT等电源轨都是由DLVR输出的，与VCCCORE/VCCGT的DLVR受SVID控制；
解释下SVID，他与一个协议相关，全称IMVP xx PWM Specification And SVID protocol Specification，通过CPU通过这个协议控制给VRM发送相应的SVID_DATA获取不同的电压;


2. 至于你说的VRM工作频率300Khz 到500Khz，这也是错误的；虽然找不到适配13/14TH CPU最新版的IMPV9.1的协议原档，但是从09年版的IMVP7以及一份2020年的Intel的SVID培训PPT中所得的数据，SVID_CLK时钟频率就是很普通的SMBUS：25MHZ


3. 整理了下，CPU电源管理一个大概的草图如下，当然个人水平有限，有任何谬误及不足之处请不吝指出。提及的SVID协议以及培训PPT链接如下：
https://pan.baidu.com/s/1qpbnQ0PaAtqwOoS8t1ovTA?pwd=b4y9 提取码: b4y9


作者: OMGJL    时间: 2024-7-3 13:24
Epipihany 发表于 2024-7-3 11:23
首先对你表示感谢，正是因为这个帖子，让我从底层了解了CPU的PM架构；同时也借这个机会，希望你不再被这 ...

SVID协议的通信时钟频率和VRM开关频率你都搞混了，打住。
作者: Epipihany    时间: 2024-7-3 14:18
OMGJL 发表于 2024-7-3 13:24
SVID协议的通信时钟频率和VRM开关频率你都搞混了，打住。

算了吧，你有些基础的东西比如开关电源的原理都没弄清楚，在你没补课之前，咱就没有讨论的必要了
作者: OMGJL    时间: 2024-7-3 15:45
Epipihany 发表于 2024-7-3 14:18
算了吧，你有些基础的东西比如开关电源的原理都没弄清楚，在你没补课之前，咱就没有讨论的必要了 ...

我求求你别找牌面了，看不懂技术手册就别强行翻了。扯得越多，错的越多，越丢人。

SVID是干嘛的，VRM是干嘛的，两者什么关系？
BIOS里找一下VRM Switching Frequency看看里边的选项是多少数字

PLL是频率管理相关，怎么就让你扯到电源管理的电压调节开关频率了？

亏得我还给你打字科普，

你没活可以考虑咬个打火机，这个比较脆生，不像你找一堆风牛马不相及的资料，放在一起搞得好像你很懂一样。
作者: 俊华V网络    时间: 2024-7-3 15:54
还没有发售时铺天盖地的全民6G时代现在变全民技术流（BIOS各种调）
作者: oppoig    时间: 2024-7-3 16:20
又是达到温度上限的时候没限制主频？貌似不止I家，去年的A家也有类似情况。
作者: Neptrock    时间: 2024-7-3 16:23
OMGJL 发表于 2024-7-3 06:13
咱从头说。 名词： VID （设定电压值） VCORE（实际电压值）

定压定频时，频率是固定的，运算越重，电流 ...

所以意思是不是如果想要不缩缸且温度低，就这么设：
防掉压曲线设成掉压最多的那一档，然后调降压，降到跑R15啥的都没问题再回一点就行了？
作者: OMGJL    时间: 2024-7-3 20:22
本帖最后由 OMGJL 于 2024-7-3 20:51 编辑
Neptrock 发表于 2024-7-3 16:23
所以意思是不是如果想要不缩缸且温度低，就这么设：
防掉压曲线设成掉压最多的那一档，然后调降压，降到 ...


低LLC有优势，但不是绝对优势，对比中等级LLC，实际满载需求电压会低0.01～0.02v，相对比高等级LLC，可能再低0.01～0.02v，加起来0.03v 了不起0.04v。。不至于化腐朽为神奇，但是确实可以减少缩缸风险，也可以稍微降低温度。 （缩缸风险是 对比满载电压相同的高LLC模式，实际 电压越低->电流越低 -> 越不容易缩缸）

139k 149k定压定频低LLC，配合普通民用散热，电压不拉爆，很难达到5.9/ 6.0Ghz，实际点5.3Ghz一般能降一点电压日用舒服些，用最高不过热的电压： 普通体质5.5～5.6Ghz，强一点的5.7Ghz，要能稳5.8+真的屁股都笑裂了。
也别看不起5.3～5.6这个区间，比Intel Baseline/Stock强的多，并且频率锁死不会跳动，帧数很稳。主频低一点内存也许还能多超一点。。

实际操作：
最低档防掉压，vid尽量不要超过1.4太多（如果还想加压，别再加VID了，逐步增加防掉压等级），实际上满载大约1.3多点  估计常规室温下，一般散热器就压不住了，
压不压得住，看核心顶盖是不是雕，也看散热器有多强，空调有多顶，各种钞能力。。

然后跑压力更大的ycruncher（打开程序按1、7、0  
1=压测模式，7=启用全部测试项目，0=开始压测    也就是循环全部测试项目）

如果有超内存，关掉测试后重新打开，按1、8、15、0
1=压测模式，
8=禁用全部测试项目，
15=启用VT3压测项目（注意不同版本VT3序号不同，自己看屏幕提示）
0=开始压测  

两整圈以上全套测试  20圈以上VT3
如果能稳，可以不加压直接日用、游戏，99.9%是稳的（说话不要说得太满）
作者: Neptrock    时间: 2024-7-4 15:14
OMGJL 发表于 2024-7-3 20:22
低LLC有优势，但不是绝对优势，对比中等级LLC，实际满载需求电压会低0.01～0.02v，相对比高等级LLC，可能 ...

我昨天试了下把LLC调到下图里的mode 8，结果连R23都跑不过，加了电压之后又有点压不住（我14700K，风冷），于是又调回了mode 7
(, 下载次数: 36)

然后在LLC为mode 7的条件下，我把下图中的CPU Lite Load调到了mode 2（数字越小电压越低）。
图是网上找的
(, 下载次数: 41)


CPU Lite Load在mode 2下R15、R23啥的都能跑过，跑分都和网上的差不多。
单烤FPU的功耗温度↓

(, 下载次数: 42)


我还尝试过调到mode 1，跑分也差不多，单烤FPU的电压更低，温度也低，但是功耗反而比电压高的mode 2高了一截。
↓这个是开超线程下，mode 1和2的对比
(, 下载次数: 47)


这两个电压和功耗正常吗？会不会太低？或者如果能跑过y-cruncher是不是就可以正常用了？
跑这些测试没问题之后，我日常是会关掉超线程用的。
作者: 威尼斯睡裤    时间: 2024-7-4 20:13
本帖最后由 威尼斯睡裤 于 2024-7-5 09:19 编辑

编辑编辑部
作者: 熊猫    时间: 2024-7-4 20:39
这不应该召回吗？
作者: OMGJL    时间: 2024-7-5 11:22
Neptrock 发表于 2024-7-4 15:14
我昨天试了下把LLC调到下图里的mode 8，结果连R23都跑不过，加了电压之后又有点压不住（我14700K，风冷） ...

据我的理解CPU Lite Load只是调节电压的手段而已，如果你已经定压定频，你可以直接调整VID和LLC，不需要碰Lite Load，MSI网站上有一个Wiki就是这么写的，个人理解是当你需要负压曲线的时候用这个比较方便。。不过因为我是定压定频的，所以我个人没碰过Lite Load，如果我说的和实际有出入那我就不清楚了。。

你的功耗和电压感觉不合逻辑，不确定是不是监控软件抓到的瞬间功耗变动刚好卡在了奇怪的地方，建议用HWinfo看功耗， AIDA直接弃用（反正AIDA的压测也测不出什么来）
不过你的水泵转速什么的也不一样，感觉你需要控制一下变量。。

我13700k配最低级防掉压，如果想跑5.5Ghz大约需要1.385v VID，实际满载1.265左右。有超线程，但关小核
作者: Neptrock    时间: 2024-7-5 16:00
OMGJL 发表于 2024-7-5 11:22
据我的理解CPU Lite Load只是调节电压的手段而已，如果你已经定压定频，你可以直接调整VID和LLC，不需要 ...

我就是也觉得不合逻辑，那我换HWinfo看看
水泵转速那个也是风扇，我是风冷，但散热器两个风扇不一样，所以分开两个接口接的，方便拉曲线
定压定频的话待机功耗和温度会上去不少吗？我还没试过，今天晚上再试试看
作者: Neptrock    时间: 2024-7-7 22:52
OMGJL 发表于 2024-7-5 11:22
据我的理解CPU Lite Load只是调节电压的手段而已，如果你已经定压定频，你可以直接调整VID和LLC，不需要 ...

我刚又试了下
防掉压还是设的mode 7（高负载时掉压倒数第二多的一档）
P核定频5.4G，E核定频4.3G，开超线程
AC LL=5
DC LL=110
内存是mdie XMP 6800C34，频率小超到了7200，还是C34，其他小参没动，选了performance模式

y-cruncher跑VT3，跑了15圈，31分钟，懒得再跑下去了，没报错。

跑VT3的时候软显功耗237W，CPU核心电压1.180V，VID没截到，也是1.1×，但是比1.180要低一点。待机的时候VID是1.25-1.26左右，核心电压最高的时候差不多也跑到这个。

感觉这样应该也没什么问题了吧，R23分数也差不多正常，35500，只比默频少了500分。
但我有个问题，我BIOS里找不到CPU定压的设置在哪里，核心电压只有个offset模式，怎么找都没找到
我看别人同样是微星B760，就有CPU Core Voltage Mode选项，可以设成Override，但我就只有CPU Core Voltage Offset Mode，微码选normal还是no uvp之类的都没用，也不知道我是不是哪里没设对

(, 下载次数: 36)

作者: 楼主的马甲    时间: 2024-7-7 23:33
nemo1217 发表于 2024-6-15 11:48
现在微码不仅跟着bios，windows如果发现bios微码比自己带的版本低，会在启动的时候加载更新的微码。用户 ...

只是win11吧？W10没有？
作者: 星辰柯博文    时间: 2024-7-8 00:36
OMGJL 发表于 2024-7-5 11:22
据我的理解CPU Lite Load只是调节电压的手段而已，如果你已经定压定频，你可以直接调整VID和LLC，不需要 ...

MSI主板，定频定压状态下 AC/DC loadline默认不生效，不要去动它。直接调节CPU电压即可。
作者: OMGJL    时间: 2024-7-8 08:46
Neptrock 发表于 2024-7-7 22:52
我刚又试了下
防掉压还是设的mode 7（高负载时掉压倒数第二多的一档）
P核定频5.4G，E核定频4.3G，开超线 ...

B系主板好像没有固定电压的手段。。我常年用Z板的，不是很清楚B板这边怎样
作者: 楼主的马甲    时间: 2024-7-8 23:10
俊华V网络 发表于 2024-7-3 15:54
还没有发售时铺天盖地的全民6G时代现在变全民技术流（BIOS各种调）

还是在DIY已经越来越稀罕的情况下。哈哈哈



欢迎光临 Chiphell - 分享与交流用户体验 (https://www.chiphell.com/) Powered by Discuz! X3.5