运行`yes> / dev / null`会危害Mac吗？

我最近跑yes > /dev/null了3分钟以耗尽Mac的电池。在此期间，温度升至72°C，风扇转速高达4000 RPM。我立即退出该过程。

我应该担心硬件或逻辑板损坏吗？

当然，正如其他人所说的那样：CPU和内核都有自己的自我保存策略。

我将添加一些有关如何 yes使用计算机资源的信息。

值得区分BSD yes和GNU 的行为yes。
macOS是BSD，因此将使用BSD的（旧）发行版yes。

• macOS（Darwin）yes源代码
• BSD yes源代码
• GNU yes源代码

GNU怎么这么快？对这些差异进行了很好的讨论。yes

并在同名的Hacker News主题上存在对该讨论的讨论。

BSD / macOS yes确实确实puts("y");处于紧密循环中。
GNU yes……更为严重。它的优化远不止I / O缓冲。

对于这些指令yes已经从这个小宝石手册页：

使用yes会导致100％的处理器使用率，因此，除了用于测试（例如最大化计算机的CPU）以外，很少使用它。

这意味着，不，您不会损坏硬件。使用该yes命令是一种使用所有（即100％）CPU的方法。在这种情况下，您会遇到症状（例如温度升高和风扇RPM升高）。此外，如果超出其温度阈值以防止损坏，CPU将“减速”并最终关闭。

该yes命令简单地重复将一个字符串写入标准输出，默认情况下为字符y。将>其重定向（）/dev/null只会导致流数据被遗忘。换句话说，这对计算机的持久状态没有持久的影响，这不是通过此镜头执行的有害命令。

由于yes命令将字符串写入标准输出，而对输出速度没有任何限制，因此这将导致CPU在一个内核上达到最大利用率。这是处理器温度升高以及相关风扇速度升高的原因。

在现代机器中，特别是设计良好的机器（如Apple笔记本电脑）中，硬件将保护其自身免受过热损坏。首先通过提高风扇速度，然后通过降低处理器时钟速度，最后通过停止处理器来实现。如果不故意绕开这些功能，则您的硬件不会过热。机器很好。

您提到的温度是72°C。对于CPU芯片来说，这不是一个很高的温度。适中的移动CPU i5-7260U规定的最高允许温度为100°C。您可以在此页面的包装规格部分中以T_Junction的形式查看规格：http ://ark.intel.com/products/97539/Intel-Core-i5-7260U-Processor-4M-Cache-up-to-3_40- GHz的

可悲的事实是：这可能会 “危害Mac ”。

正文中给出的实际问题示例：这很可能不会损坏设备。授予。

但是作为标题中问题的一般答案：这取决于我们在谈论哪种类型的Mac。到目前为止，有关此问题或评论的建议和推理并不普遍正确，可能非常危险！仅仅相信Apple硬件是目前最好的硬件，就给人太多的信任和信心。

苹果现在或过去设计其所有系统以使其真正不会因过热而损害自身是不正确的。尽管这确实是不应该发生的，但确实确实如此。并做了：

最好的例子是MacBook Pro，尤其是2010-2012年的产品。虽然主要yes在所有线程上长时间处于压力状态的英特尔芯片会降低速度，但可以很好地应对高温，甚至操作系统也会启动并加速kernel_task的运行，除了帮助冷却机器外，无济于事。同一根热管上的芯片是那里的易受攻击的对应物。

与一样yes，不必要地强调这些系统会加速RadeonGate图形芯片的故障。在这个网站上，有许多问题的示例，这些问题是影响最深的2011 8,2的问题。此GPU故障是一个散热问题。甚至还有关于如何通过简单运行一段时间的3D渲染或基准测试来杀死计算机的指南。这些系统被广告宣传但不适合例如渲染或游戏。集体诉讼（仅受到威胁）和“维修延期程序”不言而喻。