BIOS中的CPU温度非常热,但RealTemp / Speedfan中还可以


11

我刚刚用Intel DP67BA主板构建了一个新的i7 2600k系统。引导进入BIOS,并被警告发现处理器温度报告为75 C,并不断上升……在上升至91 C的过程中坐在那里。更新BIOS ...也是一样。拆下散热器,拆下库存的导热化合物,并应用Arctic Silver 5(请严格按照Arctic Silver网站上的所有说明进行操作)。引导进入BIOS ...也是一样。气温似乎更高。

决定继续安装Windows,然后看看RealTemp / Speedfan怎么说。安装成功后,运行RealTemp,这告诉我我的核心温度为36°C。在Speedfan中也是如此。在Prime 95上进行了压力测试,温度确实确实上升到了90C。但是显然,那时它们根本不可能处于90C。

负载下的90 C明显很高,但我坐在没有交流电的沙漠中,室温约30 C,因此负载下的90 C(我认为是Turbo Boost进行一些自动超频)并不令人惊讶我很多(尽管它仍然很高)。BIOS的温度让我感到非常担忧,但仍然令我担忧。

所以...我应该怎么做呢?在线进行一些研究似乎表明,根据主板的不同,BIOS中的CPU负载范围可能在80-100%之间,这让我感到惊讶(我认为CPU在BIOS中会处于闲置状态)。英特尔的主板在BIOS中是否以100%运行CPU?如果是这样,那么我想这可以解释在Prime 95压力下与RealTemp温度相对应的高温...

无论如何,非常感谢任何建议/帮助/想法/建议。需要确定一切是否正常(基本上基于RealTemp的发现),或者我是否需要更换CPU和/或主板。我倾向于认为BIOS只是螺丝钉,可以在满负载下运行CPU ...但这也许是一个不好的结论?


很多BIOS至少以100%使用一个CPU内核。可能是由于带有繁忙等待循环的惰性编码。
Hennes

Answers:


15

BIOS中的CPU负载可能在80-100%的范围内,具体取决于主板,这让我感到惊讶(我以为CPU在BIOS中会闲置无事

这很容易解释。如果启动到DOS,您还将看到温度上升。为什么?因为早在DOS和BIOS首次被写入的时代,过热并不是真正的问题,所以不需要使CPU空闲。(就像Hennes所说,之所以有些懒惰,是因为人们会认为BIOS开发人员现在可以正确地编写它们了,但是我想很难证明当他们可以修改现有的东西时从头开始重写整个东西是合理的。 )

这意味着BIOS(基本上只是一个程序),就像运行DOS模式的程序一样,只是无限循环地运行以接受用户输入。再一次,这不是什么问题,但是在更现代的系统中,它可能导致CPU不必要地升温。

如果您在虚拟机上运行DOS,则主机系统的CPU会达到约100%的速度(如果有多个虚拟机,则至少对于运行VM的核心而言)。因此,建议idle.com您在DOS VM中运行一个小的程序。它最初是随VirtualPC一起提供的,但此后已传播给在VM中使用DOS的任何人使用。实际上,有些人甚至在引导到实际的DOS时甚至使用它来保持其CPU空闲(尽管在有人可以拆卸它以查看其工作原理之前,是否可以工作还存在争议,嗯,新项目!)

那这和你有什么关系呢?就像我说的一样,BIOS也没什么不同。它没有空闲循环,无法向HALTCPU 发送指令以防止其过热。它也以简单,基本的无限循环(例如while done=0 {readkeyboard ... if key=q then done=1})运行

因此,当您处于BIOS中(或什至处于预引导顺序)时,CPU的确会发热。这是因为您的BIOS温度很高,但还不到CPU的全部负载。(BIOS是一个简单的单线程程序,因此只有一个内核可以达到100%的速度。我想这可以认为是懒惰的,但话又说回来,将其更新为多线程并没有任何好处。线程。)

因此,如果出现热量问题(例如,在沙漠中),建议在BIOS中花尽可能少的时间。另外,请尝试在预引导过程中不要暂停。可以快速启动并运行操作系统(并将HALT指令发送到CPU)越好。

如果将系统连接到功率计(例如Kill-a-Watt),则可以从数字上观察到此情况,因为在BIOS编辑器或DOS,暂停的POST甚至OS引导菜单中,系统将消耗更多的功率。但是,当加载了可感知功耗的OS时,功耗会下降(实际上,即使idle.com在DOS中运行也会将其降低到相同的数量)。具体差异会有所不同,但30-50W并不少见。

您可以通过虚拟机查看运行的另一种方式。如果在POST时暂停VM或进入BIOS配置工具,则会看到主机上的CPU负载很高(单核处理器上为100%,双核/线程上为50%,等等)。在VM中启动到DOS后,主机的CPU负载将保持很高,直到执行为止idle.com,此时,主机的CPU负载将下降至〜0%。当您将客户机引导到Windows或其他现代操作系统时,它也会删除。


非常感谢您提供的信息!这似乎可以解释所有内容,并且与我的原始结论相对应。我了解这里的所有逻辑,但我对现代BIOS程序正在使用如此古老的方法感到困惑……
Jordan Magnuson 2012年

1
@BenVoigt,不是真的。一个简单的while(1);循环会将CPU置于无限循环中,该循环将占用其100%的周期。在多核CPU上,它将钉住其代码正在100%运行的内核(大概其他代码以〜0%运行)。在某些方面,BIOS代码与DOS程序没有什么不同。
Synetech

1
@BenVoigt,谁在谈论功耗?您是第一个在整个页面上完全提到功率电力能源等的人。CPU的“使用率”为100%,这会使它变热。随时为自己编译一个无限循环,然后在各种CPU上运行它,并注意任务管理器几乎总是显示N个内核的〜100 / N%。当然,有些编译器可能能够使它对现代系统更高效,但许多编译器只会浪费周期。
Synetech

1
@BenV,您知道术语“简化”还是“概括”。我从来没有说过BIOS的循环会导致CPU加热到其“最高点”(无论如何,这毫无意义,特别是因为OP处于温度波动很大的沙漠中)。如果您是如此聪明,比每个人都了解,那么为什么不停止使用所有的硫酸盐溶液,然后发表答案。如果您像您想的那样聪明,那么它将通过屋顶被投票通过。但是从您的个人资料来看,您看起来更像是那种宁愿na别人的工作而不愿意自己做任何事情的人。
Synetech

1
您没有非常仔细地查看我的个人资料, 我看到了您对其他问题的评论,因此我查看了您的评论历史记录。 这里还有更多事情要做, 所以您知道如何(全部)实现BIOS代码。所以我再说一遍,如果您认为自己的知识(可能比每个人都了解)更好,请写下您自己的答案。而且我不记得曾经在这里使用过无关的术语。你一直在说我的话。停下来。 你的回答解释了BIOS比怠速高的温度问题。咄。 但没有没有SuperPi 1 C的温度。 解雇毒品。
Synetech

4

我的直觉是BIOS的读数是华氏温度,而不是C。这将提供您所描述的近似测量值,并说明speedFan和RealTemp提供有意义的数据。


1
非常感谢您的答复。我还考虑了温度显示在F中,而不是C,但是我对此进行了两次和三次检查,BIOS中的温度显然以C为单位,而不是F。可能是BIOS中的错字,但给出了我刚刚获得了几个BIOS更新中的最新版本,似乎极不可能仍然没有抓住它。这就是为什么我倾向于第一个结论(BIOS中的CPU压力很大)的原因。
Jordan Magnuson 2012年

是的,我有同样的事情。BIOS不仅报告高温,而且散热器也变得很热。它必须是BIOS中的错误(BIOS不应强调四核)。我的系统使用的是旧AM2 +主板上的AMD 940 ...
Ryqiem

常春藤桥芯片的确运行得更热,它们的散热极限也更高,除非您关闭计算机,否则我不会担心温度。当然,您可能会产生气流,我的Pent D版本也遇到了类似的问题,我转了一下风扇,使风扇从机箱中吸走了热空气,问题消失了。
Ramhound 2012年

2

我认为这是正常现象,可能很奇怪。去年夏天,我用i5-2500k处理器构建了一个系统,此后几乎一直不间断运行,标准工作温度约为30c。超频并运行的Prime95矿运行在50-60c左右,但是在不超频的情况下加载BIOS会达到相同的范围。自从我构建它并在进入BIOS时继续进行操作以来,它就已经做到了,但是到目前为止计算机还没有遭受不良影响。正如其他人在评论中指出的那样,运行BIOS可能会进行一些延迟编码,即使您几乎不执行任何操作,也会导致CPU达到极限。除非您打算连续几个小时编辑BIOS,否则我不会担心该温度,而将精力集中在Windows的正常运行温度上。


>除非您打算连续几个小时编辑BIOS,否则我不会担心该温度,而将精力集中在Windows的正常运行温度上。 实际上,不仅是BIOS编辑器,而且整个BIOS / POST预引导环境的行为也是如此。大约一年前,我第一次遇到这种情况:Windows正在运行。CPU温度 为低,因此SpeedFan将CPU风扇降为零。风扇关闭时,Windows有时会崩溃。开机自检 BIOS警告风扇已关闭。CPU继续加热约3分钟,直到Windows启动并运行SpeedFan并将风扇重新启动。
Synetech

以100%运行可能并不像听起来那样糟糕。prime95在完全爆炸时并行运行所有整数和浮点单元。相比之下,繁忙的等待可能只占CPU的一小部分。
艾伯特·
By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.