用“性能记录”设置样品分析的设定速率

如何解决用“性能记录”设置样品分析的设定速率

| 据我了解，Linux的Performance Counters子系统使用

perf record

命令对CPU和硬件计数器（例如高速缓存未命中）执行基于样本的性能分析。 如何指定“ 0”的采样率？我在手册页上能看到的最接近的是有点隐晦的选项\“-c，--count =要采样的事件周期\”，但是尚不清楚这是指持续时间还是反周期，利率周期（如果是后者，则是预期的单位）。 对移动Android设备上的应用程序采样的“良好”采样率是多少？什么比率太低而无用，什么比率太高？     

解决方法

首先，您需要获取带有

perf list

的事件的列表。我没有使用android的经验，因此，如果可以的话，请显示此列表中最有趣的部分。 1）

-c

是采样之间的事件计数。 （仅对第一个事件进行采样，对所有第100个事件采样为1，对所有第100000个事件采样为100000）。如果有CPU滴答声事件（类似于TSC），则计数为滴答声次数，我建议您将采样时间设置为不超过1毫秒。要获取刻度数，请使用公式：

CPU_Freq_in_MHz * 1000

。这是每毫秒获取一次采样的事件计数，例如对于800 MHz CPU和滴答事件，请使用

-c 800000

。 对于其他事件，您应该估计它们执行的频率。如果您不知道，可以从滴答声的计数值开始，然后检查是否收集了足够的样本。如果不是，请降低计数十次，然后再次检查。滴答计数将是安全的，因为滴答是任何CPU中最常见的事件之一。 2）各种PMU的良率不同，可以通过\“-e \”或\“-event = \”选项进行选择。如果事件很少发生，则每秒不超过1000次，您甚至可以对每个事件进行采样。如果该事件类似于高速缓存未命中，则应尝试多种变体，因为好的值取决于所采样的代码。太低的采样率将给您少量的样本，结果将变得不可靠且嘈杂。但是如果速率太高，结果也会受到干扰，因为每个PMU都会影响所跟踪的程序。我建议您平均每秒使用不超过1000个事件。