xcode - 配置文件构建与正常构建 : CPU Usage?

Question

简短版本:

在 TL;DR 部分之前，我的主要问题是，使用仪器构建配置文件与常规构建有什么区别，这会导致我的应用程序的 CPU 负载减少超过 200%？

当构建运行时，根据事件监视器的报告，它使用远超过 200% 的 CPU，但在其他条件相同的情况下，当构建用于分析时，使用时间分析器，它将 CPU 负载降低到 <5%，这是一个巨大的(数量级)差异。

TL；DR 版本:

作为学习 Cocoa、Swift 和 DSP(是的，同时三者)的练习，我正在使用廉价的 rtl-sdr 加密狗编写一个简单的 radio 扫描仪 OS X 应用程序。

我围绕 librtlsdr 编写了一个简单的 Swift 包装器、一个能够设置频率的简单 UI 以及几个简单的 DSP 例程。我的 librtlsdr 包装器使用 NSOperationQueue，而我的 DSP 例程使用 GCD 队列，以便将 IO 和 CPU 密集型例程移出主线程/队列。

目前，一切正常，我可以成功解调 AM 传输。

我已经实现了一个简单的低通 FIR 滤波器，在研究算法时，我很惊讶地意识到，在我的滤波器例程开始花费太长时间并且音频变得很长之前，我不能使用超过大约 30 个系数。断断续续。此外，事件监视器显示我的应用程序的 CPU 使用率高达 300%，考虑到我的过滤器只包含一个嵌套循环来执行一些乘法和累加操作，这似乎太高了。任何高于大约 40 个系数的值都会导致 UI 变得无响应。

对于 DSP 头脑来说，它是一个抽取滤波器，我使用整个样本集进行过滤(960000 sps)，但仅过滤速率降低所需的样本(48000)，使用矩形窗口 sinc 函数预先计算的系数。不是最有效的算法，但在我的四核 i7 Macbook Pro 和 iMac 上，它仍然应该尖叫。

为了深入了解我的程序在何处耗尽了所有 CPU 周期，我决定尝试一下 Instruments。产品 ->配置文件，选择时间分析器并运行我的应用程序给了我一些有趣的信息。

1) 我的过滤器例程没有使用最多的 CPU 周期。
2) 事件监视器显示我的应用程序的 CPU 使用率甚至不到 5%

因此，我决定弄清楚在 CPU 受到任何压力之前我能承受多大的压力，在开始明显不稳定且 CPU 使用率接近 300% 之前，我使用了 50,000 个抽头滤波器。所以……回顾一下，正常构建和运行，我最多使用大约 35-40 个过滤器抽头；配置文件构建并运行，我最多可以进行约 50,000 个过滤器抽头。

还值得注意的是，在使用 50,000 个滤波器抽头进行分析时，UI 仍然会立即响应，我可以更改频率、启动/停止 radio ，并且音频断断续续。在正常运行期间，当我启动没有音频的 radio 时，UI 就开始卡住，并且在我只点击大约 50 次后就会发生这种情况。

同样，为什么在分析时运行和仅运行标准构建之间的 CPU 使用率存在巨大差异？除了 Instruments 的提升权限之外，还有什么不同？我需要做什么才能使其成为我的应用程序的正常行为？

乙脑

Answer 1

这都是关于构建配置的。当您使用 Xcode 分析应用程序时，它会通过优化进行构建，因为 Xcode 使用“发布”构建配置进行分析。顾名思义，“发布”配置也用于您的最终产品，因此始终是针对速度进行优化的构建。当您通过按 ⌘R 在 Xcode 中构建应用程序时，将使用默认的“调试”构建配置，该配置不会应用任何编译器优化。这就是您的应用在未进行分析时速度较慢的原因。

您可以在此处了解有关构建配置的更多信息:https://developer.apple.com/library/mac/recipes/xcode_help-project_editor/Articles/BasingBuildConfigurationsonConfigurationFiles.html#//apple_ref/doc/uid/TP40010155-CH13-SW1