6

在访问他们的 github 页面并从他们的 kde 文档站点看到一些 pdf 手册后，我仍然感到困惑。假设测试代码中有这两行：

double a1 {asinh(1 / ep)};                   // 5 instr.
double b1 {log((1 + sqrt(1 + ep*ep)) / ep)}; // 12 instr.

其中ep是一些可以预定义的值。注释是我的，在 Codeblocks 中，通过使用反汇编程序运行调试器，然后耐心地点击“下一条指令”并计数来完成。如果我将其设置为显示“指令获取”，这些与 Kacachegrind 所说的相对应。我想这应该是有道理的（我是 C++ 的初学者，顺便说一句）。但是如果我切换到“周期估计”，我会得到一些非常奇怪的读数。对于当前示例，它是115and 122，但其他看似相似的表达式，例如：

double Ap {1.0};
double ep {0.9};

显示222和2（instr. fetch 显示2两者）！这里发生了什么？有人可以解释一下吗？

4

1 回答 1

6

我想我在多次点击并更多地习惯了 Kcachegrind 之后找到了答案。总“周期估计”使用这个公式：

CEst = Ir + 10 L1m + 100 LLm

在哪里

Ir  = Instruction Fetch
L1m = L1 Miss Sum
Llm = Last-level Miss Sum

因此，对于我的情况，在哪里CEst显示2and 222，但是2 Ir每个，第一个都有2指令获取并且没有丢失，而另一个有2指令获取但每个都有两个未命中，=>

2*Ir + 10*2*L1m + 100*2*Llm = 2 + 20 + 200 = 222

这在我尝试的所有代码中都是一致的。

于 2016-07-18T16:16:38.987 回答