multithreading - 与GCD并行进行光线追踪时，线程捕获了正在燃烧的CPU

Question

我编写了一个基本的raytracer，并使用Grand Central Dispatch使用4个独立的渲染块并行计算像素。

这一切在Yosemite 10.10.1下的2014 MacBook Pro上都可以正常使用。现在，我第一次在新的iMac上启动了相同的应用程序，以检查速度是否有所提高。 (两个系统上的CPU都有4个内核。)突然，我在控制台日志中看到消息“线程捕获了正在燃烧的CPU”:

28.11.14 03:19:45,000 kernel[0]: process edXCG_hw3-Cocoa[510] thread 50878 caught burning CPU! It used more than 50% CPU (Actual recent usage: 97%) over 180 seconds. thread lifetime cpu usage 90.016272 seconds, (89.714813 user, 0.301459 system) ledger info: balance: 90003522038 credit: 90003522038 debit: 0 limit: 90000000000 (50%) period: 180000000000 time since last refill (ns): 91932078384

28.11.14 03:19:45,832 spindump[486]: Saved cpu_resource.diag report for edXCG_hw3-Cocoa version 1.0 (1) to /Library/Logs/DiagnosticReports/edXCG_hw3-Cocoa_2014-11-28-031945_Chriss-iMac.cpu_resource.diag

(我当时退出了该应用程序。)

现在我在想...

是否需要使用Grand Central Dispatch中的某些技术来避免这种情况？我只是向4个内核中的每个内核发送其渲染工作量，以确保它们始终保持忙碌状态，方法是在最后一个渲染块完成后再发送新的工作。这是我第一次在真实的应用程序中使用GCD(和并行化)，所以现在我想知道这是否是正确的方法。

这方面的硬件状况如何？我给人的印象是，让它们的内核在满载状态运行几分钟左右不会对CPU造成损害。我认为内核消息可能更多地是为了避免过热而保持警惕，但其措辞足以使人感到紧张(由于与显卡有关的散热问题，我最近丢失了一台较旧的Macbook)。

我很惊讶这种情况发生在同时运行OS X 10.10.1的iMac上，而不是MacBook Pro上。 iMac上的散热状况是否更困难(也许是由于其设计)，以至于我无法运行这种CPU密集型应用程序？

还是此内核消息只是说明了在OS X的早期版本中已经发生的事情，即WindowServer闲置CPU，以防止处理器过热？

Answer 1

大量的热循环会缩短机器的生命周期，而与内部核心是否可以承受热量无关。
因此，我想您对适用于机器设计的热参数内的“最佳性能”感兴趣。
尝试将问题分解为较小的部分，并使用较低的Grand Central Dispatch“服务质量”设置，例如QOS_CLASS_UTILITY或QOS_CLASS_BACKGROUND。
较小的调度块和较低的“服务质量”设置将允许操作系统通过适当限制所需的队列调度率来管理相关的能源/热力/c​​pu负载。
WWDC2015 Session 718 "Building Responsive and Efficient Apps with GCD"简要讨论了相对于第一台无风扇Mac的上述方法。

Imagine you have an app … driving the machine hard, using a lot of energy and we need to help control that amount of energy in order to keep the machine at a reasonable temperature.

Well, what we can do is we can start to squeeze the amount of work we are going to do at the less important Quality of Service classes.