真不知道你吧哪来的这么多弱智连基本概念都没有搞懂就在那儿扣字。那我就先从vid和AC/DC loadline讲起。
1. AC/DC loadline到底是什么?vid和vcore的关系到底是什么?
建议都先把提子这个贴好好看看网页链接
简单的说,vid是CPU需要睿频到某个频率时,请求的电压,既然是CPU的请求,那自然是一个数字信号。这个频率—电压表是内建在CPU里的,每个CPU不一样,华硕的体质分就是按这个算出来的。
那么接下来第一个问题就是,CPU请求这个电压,那CPU能从VRM那儿得到这个电压吗?答案是不能,因为从主板供电到CPU die中间有电阻(严格的讲叫阻抗),而且这个值随主板型号和制造公差都会不一样,因此VRM如果直接加CPU请求的vid,那到了CPU这里电压就降低了,而且负载(电流)越大降得越多,那怎么办呢?
答案是补偿,这里就可以引入loadline这个概念了。LL的值其实就是一个虚拟电阻(实际上是阻抗,所以别追着问电感掉压什么什么的事情了)值,单位是毫欧姆。前面提到,主板VRM供电到CPU这段会有压降,这个虚拟电阻值实际值我们不知道是多少,取决于具体的主板,我们用VRM LL来指代它。
那么第一个公式就可以出来了
VRM实际电压(提子叫它实际vid)- 实际电流*VRM LL = CPU实际电压(提子叫它die sense)
接下来就是如何做补偿,可以看出如果我们直接把CPU真正想要的vid(提子叫它裸vid)提供给VRM,那CPU得到的实际电压会偏低。为了补偿这个压降,Intel引入了AC loadline,假如现在CPU负载突然升高,CPU会根据负载预测一个电流,这个电流一般是比实际电流要大很多,然后,把CPU想要的vid加上这个额外的补偿电压以后去向VRM请求的实际值,因为是一个请求,所以这个值也是一个数字信号。那么第二个公式就有了
VRM实际电压(实际vid)= CPU想要的vid(裸vid)+ 预测电流* AC LL
现在的问题来了,预测电流比实际电流大很多,那电压不准了,我CPU功耗怎么算准呢?答案就是DC LL。前面公式1告诉了大家,只有知道了VRM LL和实际电流,那根据实际vid就能算出die sense电压来。那如果我们不知道的话怎么办呢?那就用DC LL这个定义的虚拟近似值去计算一个更接近CPU实际电压的值,这个计算出来的电压叫做sVID
sVID = 实际Vid - 实际电流*DC LL。
最后一个sVID根据提子说法就是AIDA64的CPU Vid监控值。
而Vcore是传感器读到的电压,是一个模拟转数字信号,因此会受到采样率的限制,传感器离CPU越近,读到的电压越低,也越接近真实值。
所以无论HWINFO提供的那个vid是实际vid(升压后请求VRM给的值)还是sVID(请求VRM的值用DC LL模拟掉压后的值),在低负载(低电流)下,这个值都十分接近CPU真实的电压值。所以如果出现了VID最大值=1.4V而VCore最大值=0.7V这种情况,那要么是传感器不准,要么是传感器采样速率有限没读到,要么是软件bug。而0.7V的最大值和1.4V的最大值,此时一定是以1.4V为准。
所以那些空载VID最大值1.666V的14900HX,无论从什么角度看,都毫无疑问地会电坏CPU。不要以为此时VCore会非常低,不可能的事情。一定会有一个很高的瞬时电压。
最后讲一下offset,offset的原理是直接作用在CPU的vid表上,把频率电压曲线整体平移,相当于直接把CPU体质分改了。欺骗CPU,骗他你其实是个“雕”或者“雷”,因此电压读数不会受到影响。
1. AC/DC loadline到底是什么?vid和vcore的关系到底是什么?
建议都先把提子这个贴好好看看网页链接
简单的说,vid是CPU需要睿频到某个频率时,请求的电压,既然是CPU的请求,那自然是一个数字信号。这个频率—电压表是内建在CPU里的,每个CPU不一样,华硕的体质分就是按这个算出来的。
那么接下来第一个问题就是,CPU请求这个电压,那CPU能从VRM那儿得到这个电压吗?答案是不能,因为从主板供电到CPU die中间有电阻(严格的讲叫阻抗),而且这个值随主板型号和制造公差都会不一样,因此VRM如果直接加CPU请求的vid,那到了CPU这里电压就降低了,而且负载(电流)越大降得越多,那怎么办呢?
答案是补偿,这里就可以引入loadline这个概念了。LL的值其实就是一个虚拟电阻(实际上是阻抗,所以别追着问电感掉压什么什么的事情了)值,单位是毫欧姆。前面提到,主板VRM供电到CPU这段会有压降,这个虚拟电阻值实际值我们不知道是多少,取决于具体的主板,我们用VRM LL来指代它。
那么第一个公式就可以出来了
VRM实际电压(提子叫它实际vid)- 实际电流*VRM LL = CPU实际电压(提子叫它die sense)
接下来就是如何做补偿,可以看出如果我们直接把CPU真正想要的vid(提子叫它裸vid)提供给VRM,那CPU得到的实际电压会偏低。为了补偿这个压降,Intel引入了AC loadline,假如现在CPU负载突然升高,CPU会根据负载预测一个电流,这个电流一般是比实际电流要大很多,然后,把CPU想要的vid加上这个额外的补偿电压以后去向VRM请求的实际值,因为是一个请求,所以这个值也是一个数字信号。那么第二个公式就有了
VRM实际电压(实际vid)= CPU想要的vid(裸vid)+ 预测电流* AC LL
现在的问题来了,预测电流比实际电流大很多,那电压不准了,我CPU功耗怎么算准呢?答案就是DC LL。前面公式1告诉了大家,只有知道了VRM LL和实际电流,那根据实际vid就能算出die sense电压来。那如果我们不知道的话怎么办呢?那就用DC LL这个定义的虚拟近似值去计算一个更接近CPU实际电压的值,这个计算出来的电压叫做sVID
sVID = 实际Vid - 实际电流*DC LL。
最后一个sVID根据提子说法就是AIDA64的CPU Vid监控值。
而Vcore是传感器读到的电压,是一个模拟转数字信号,因此会受到采样率的限制,传感器离CPU越近,读到的电压越低,也越接近真实值。
所以无论HWINFO提供的那个vid是实际vid(升压后请求VRM给的值)还是sVID(请求VRM的值用DC LL模拟掉压后的值),在低负载(低电流)下,这个值都十分接近CPU真实的电压值。所以如果出现了VID最大值=1.4V而VCore最大值=0.7V这种情况,那要么是传感器不准,要么是传感器采样速率有限没读到,要么是软件bug。而0.7V的最大值和1.4V的最大值,此时一定是以1.4V为准。
所以那些空载VID最大值1.666V的14900HX,无论从什么角度看,都毫无疑问地会电坏CPU。不要以为此时VCore会非常低,不可能的事情。一定会有一个很高的瞬时电压。
最后讲一下offset,offset的原理是直接作用在CPU的vid表上,把频率电压曲线整体平移,相当于直接把CPU体质分改了。欺骗CPU,骗他你其实是个“雕”或者“雷”,因此电压读数不会受到影响。