2

我试图了解“perf”输出中“cycles”事件的多路复用和缩放。

以下是 perf 工具的输出：

 144094.487583      task-clock (msec)         #    1.017 CPUs utilized
  539912613776      instructions              #    1.09  insn per cycle           (83.42%)
  496622866196      cycles                    #    3.447 GHz                      (83.48%)
     340952514      cache-misses              #   10.354 % of all cache refs      (83.32%)
    3292972064      cache-references          #   22.854 M/sec                    (83.26%)
 144081.898558      cpu-clock (msec)          #    1.017 CPUs utilized
       4189372      page-faults               #    0.029 M/sec
             0      major-faults              #    0.000 K/sec
       4189372      minor-faults              #    0.029 M/sec
    8614431755      L1-dcache-load-misses     #    5.52% of all L1-dcache hits    (83.28%)
  156079653667      L1-dcache-loads           # 1083.223 M/sec                    (66.77%)

 141.622640316 seconds time elapsed

我了解内核使用多路复用来为每个事件提供访问硬件的机会；因此最终输出是估计值。

“周期”事件显示 (83.48%)。我想了解这个数字是如何得出的？

我在 Intel(R) Xeon(R) CPU E5-2698 v4 @ 2.20GHz 上运行“perf”。

4

2 回答 2

4

Peter Cordes 的回答是正确的。

PMU事件相当复杂，计数器数量有限，有些事件比较特殊，有些逻辑事件可能由多个硬件事件组成，甚至事件之间可能存在冲突。

我相信 Linux 并没有意识到这些限制，它只是试图从列表中激活事件——更准确地说是事件组。如果它不能激活所有事件，它就会停止，并激活多路复用。每当多路复用计时器结束时，它将有效地轮换事件列表，现在开始激活第二个，然后是第三个，... Linux 不知道它仍然可以激活周期事件，因为它很特殊。

几乎没有记录的选项可以通过:D在名称后添加来固定某些事件以赋予它们优先级。我的系统上的示例：

$ perf stat -e cycles -e instructions -e cache-misses -e cache-references -e  L1-dcache-load-misses -e L1-dcache-loads ...

   119.444.297.774      cycles:u                                                      (55,88%)
   130.133.371.858      instructions:u            #    1,09  insn per cycle                                              (67,81%)
        38.277.984      cache-misses:u            #    7,780 % of all cache refs      (72,92%)
       491.979.655      cache-references:u                                            (77,00%)
     3.892.617.942      L1-dcache-load-misses:u   #   15,57% of all L1-dcache hits    (82,19%)
    25.004.563.072      L1-dcache-loads:u                                             (43,85%)

固定指令和周期：

$ perf stat -e cycles:D -e instructions:D -e cache-misses -e cache-references -e  L1-dcache-load-misses -e L1-dcache-loads ...
   120.683.697.083      cycles:Du                                                   
   132.185.743.504      instructions:Du           #    1,10  insn per cycle                                            
        27.917.126      cache-misses:u            #    4,874 % of all cache refs      (61,14%)
       572.718.930      cache-references:u                                            (71,05%)
     3.942.313.927      L1-dcache-load-misses:u   #   15,39% of all L1-dcache hits    (80,38%)
    25.613.635.647      L1-dcache-loads:u                                             (51,37%)

这会导致与省略周期和指令相同的多路复用：

$ perf stat -e cache-misses -e cache-references -e  L1-dcache-load-misses -e L1-dcache-loads ...

    35.333.318      cache-misses:u            #    7,212 % of all cache refs      (62,44%)
   489.922.212      cache-references:u                                            (73,87%)
 3.990.504.529      L1-dcache-load-misses:u   #   15,40% of all L1-dcache hits    (84,99%)
25.918.321.845      L1-dcache-loads:u

请注意，您还可以对事件 ( -e \{event1,event2\}) 进行分组 - 这意味着事件总是一起读取 - 如果组合不能一起激活，则根本不读取。

1：可以随时添加的软件事件有例外。内核代码的相关部分位于kernel/events/core.c中。

于 2018-01-25T17:38:32.250 回答
2

IDK 为什么对cyclesor有任何多路复用instructions，因为您的 CPU 上的这两个事件有专用计数器，无法对其进行编程以计算其他任何事件。

但对于其他人，我很确定这些百分比是根据CPU 时间的一部分来计算的，有一个硬件计数器计算该事件。

例如cache-references，您的程序运行时间为 144094.487583 CPU 毫秒的 83.26% 或 ~119973.07 毫秒。总计数是从计数的时间推断出来的。

于 2018-01-24T18:35:49.253 回答