Embedded CPU负载（以MHz为单位）

我一直在阅读一些关于uC（Cortex M来自ARM）基准测试的文章，其中经常提到应用程序有CPU负载。现在我确实了解了CPU负载占CPU利用率的百分比。然而，有些文章或基准是以MHz为单位的。关于如何对以MHz为单位的CPU负载进行基准测试，这还不是很清楚，因为我所使用的许多uC都有不同的基准分数，这取决于uC的架构和工作频率

---

任何信息或见解都会非常有用。

我想说，CPU负载不能用MHz表示，任何这样做的尝试都是愚蠢的，而且表面上是没有俱乐部的证据。我怀疑这是一个合适的问题，但你至少应该包括到信息来源的链接。它要么有缺陷，要么你误解了数据。CPU负载仅在多线程/任务环境中才有意义，因为不在空闲任务中花费的时间比例。mips可能（每秒数百万条指令），但不是mhz。了解基准测试的价值通常是有限的，在代码中添加一个nop可以根据情况改变多达10%的性能。相同的源代码可能会产生微妙的编译器选项差异，或者使用不同的编译器可能会产生更显著的影响，从百分之几十到快或慢几倍。同样的硬件，同样的代码。相同的硬件重新排列代码中的函数，或添加或删除一行，都会产生巨大的影响。那个么，你们真正感兴趣的是什么呢？即使是在所谓的兼容系统上，相同的二进制文件也只有有限的价值。这并不意味着测试中较慢的系统通常较慢，答案总是“视情况而定”。下面的文档就是链接的一个例子，其中他们评估了Speex声码器的性能。感兴趣的部分是1.6