Linux kernel-CPU 调频

本文详细介绍了CPU调频策略,包括performance、interactive、powersave、userspace、ondemand、conservative及Hotplug等多种模式的工作原理及其应用场景。同时,还解释了如何通过Linux系统中的/sys/class/cpu/cpu0/cpufreq目录来查看和调整CPU频率。

调频文件节点

ll /sys/devices/system/cpu/cpu0/cpufreq/                                       <
-r--r--r-- root     root         4096 2016-03-03 10:28 affected_cpus
-r-------- root     root         4096 2016-03-03 10:28 cpuinfo_cur_freq
-r--r--r-- root     root         4096 2016-03-03 10:28 cpuinfo_max_freq
-r--r--r-- root     root         4096 2016-03-03 10:28 cpuinfo_min_freq
-r--r--r-- root     root         4096 2016-03-03 10:28 cpuinfo_transition_latency
-r--r--r-- root     root         4096 2016-03-03 10:28 related_cpus
-r--r--r-- root     root         4096 2016-03-02 17:09 scaling_available_frequencies
-r--r--r-- root     root         4096 2016-03-03 10:28 scaling_available_governors
-r--r--r-- root     root         4096 2016-03-03 10:28 scaling_cur_freq
-r--r--r-- root     root         4096 2016-03-03 10:28 scaling_driver
-rw-rw-r-- root     root         4096 2016-03-03 10:28 scaling_governor
-rw-rw---- system   system       4096 1970-01-01 08:00 scaling_max_freq
-rw-rw-r-- root     root         4096 2016-03-03 10:28 scaling_min_freq
-rw-rw-r-- root     root         4096 2016-03-03 10:28 scaling_setspeed
drwxr-xr-x root     root              2016-03-02 17:10 stats

多核cpu 以第一个cpu0为控制端口
cpuinfo_* _freq 为硬件支持以及读到的频率, scaling_*_freq 为软件调频驱动支持以及设置的频率,会有所不同

其它就是字面意思了
scaling_available_frequencies scaling_available_governors 这两个可查看支持的freq以及调频策略

stats下的节点:

-r--r--r-- root     root         4096 2016-03-03 10:40 time_in_state
-r--r--r-- root     root         4096 2016-03-03 10:42 total_trans

记录频率分布时间以及调频数

调频策略简述

1,performance

顾名思义只注重效率,将CPU频率固定工作在其支持的最高运行频率上,而不动态调节。

2、interactive

交互模式,直接上最高频率,然后看CPU负荷慢慢降低,比较耗电。
Interactive 是以 CPU 排程数量而调整频率,从而实现省电。

3,powersave

将CPU频率设置为最低的所谓“省电”模式,CPU会固定工作在其支持的最低运行频率上。因此这两种governors 都属于静态governor,即在使用它们时CPU 的运行频率不会根据系统运行时负载的变化动态作出调整。这两种governors 对应的是两种极端的应用场景,使用performance governor 是对系统高性能的最大追求,而使用powersave governor 则是对系统低功耗的最大追求。

4,Userspace

最早的cpufreq 子系统通过userspace governor为用户提供了这种灵活性。系统将变频策略的决策权交给了用户态应用程序,并提供了相应的接口供用户态应用程序调节CPU 运行频率使用。也就是长期以来都在用的那个模式。可以通过手动编辑配置文件进行配置

5,ondemand

按需快速动态调整CPU频率, 一有cpu计算量的任务,就会立即达到最大频率运行,等执行完毕就立即回到最低频率;
ondemand:userspace是内核态的检测,用户态调整,效率低。而ondemand正是人们长期以来希望看到的一个完全在内核态下工作并且能够以更加细粒度的时间间隔对系统负载情况进行采样分析的governor。 在 ondemand governor 监测到系统负载超过 up_threshold 所设定的百分比时,说明用户当前需要 CPU 提供更强大的处理能力,因此 ondemand governor 会将CPU设置在最高频率上运行。但是当 ondemand governor 监测到系统负载下降,可以降低 CPU 的运行频率时,到底应该降低到哪个频率呢? ondemand governor 的最初实现是在可选的频率范围内调低至下一个可用频率,例如 CPU 支持三个可选频率,分别为 1.67GHz、 1.33GHz 和 1GHz ,如果 CPU 运行在 1.67GHz 时 ondemand governor 发现可以降低运行频率,那么 1.33GHz 将被选作降频的目标频率。
流畅度: 一般,流畅

6,conservative

与ondemand不同,平滑地调整CPU频率,频率的升降是渐变式的,会自动在频率上下限调整,和ondemand的区别 在于它会按需分配频率,而不是一味追求最高频率;

7、Hotplug

类似于ondemand, 但是cpu会在关屏下尝试关掉一个cpu,并且带有deep sleep,比较省电。

8、smartass

聪明模式,是interactive和conservative 模式的升级,该模式在比i模式不差的响应的前提下会做到了更加省电

不同厂家定制的cpufreq_driver 映射的频率,以及支持的调频策略也不同

实用

如果驱动支持调频策略有userspace,
那么接可以手动去定频了,

echo userspace > scaling_governor

echo 指定的频率 到scaling_*_freq ,设定最小 最大

<think>我们被要求解释cpu-clock软件事件的含义和用法。根据之前提供的知识,perf工具中的软件事件是由内核模拟的事件,不依赖于硬件PMU。cpu-clock是其中一种软件事件。含义:cpu-clock事件表示进程在CPU上运行所消耗的时钟时间(即墙上时间)。它通过内核的定时器中断来统计进程占用的CPU时间。注意,它与硬件事件cycles不同,cycles是实际消耗的CPU周期数,而cpu-clock是时间(如毫秒)。用法:在perfrecord中,可以使用-e选项指定cpu-clock事件。例如:```bashperfrecord-ecpu-clock-asleep1```这将记录系统在1秒内所有进程的CPU时钟时间消耗情况。另外,也可以使用perfstat来查看汇总统计:```bashperfstat-ecpu-clock<command>```关于采样频率:cpu-clock事件默认使用400Hz的采样频率(即每秒400个样本)。可以通过-F选项调整,例如-F1000表示每秒1000个样本。但注意不能超过系统上限(/proc/sys/kernel/perf_event_max_sample_rate)。注意:cpu-clock事件在分析CPU占用时间(而不是周期)时非常有用,特别是在涉及频率调整(如CPU变频)的场景下,因为时钟时间不受频率变化的影响。相关问题:1.cpu-clock事件与cycles事件在性能分析中有何本质区别?2.如何解释perfreport中cpu-clock事件的采样结果?3.在存在CPU频率调整的环境中,使用cpu-clock事件有何优势?4.能否同时记录cpu-clock和cycles事件以进行对比分析?</think>### CPU-Clock 软件事件详解 `cpu-clock` 是 Linux `perf` 工具中的**软件事件**(software event),它通过内核的定时器中断机制而非硬件 PMU 实现,用于测量进程在 CPU 上的执行时间。以下是核心要点: #### 核心含义 1. **时间测量基准** 表示进程实际消耗的**墙上时间**(wall-clock time),单位为纳秒(ns)。 $$ \text{cpu-clock} = \text{进程在CPU上运行的真实时间} $$ 与硬件事件 `cycles`(CPU周期数)不同,它不受 CPU 频率变化影响[^1]。 2. **实现原理** - 基于内核定时器中断(通常 100-1000Hz) - 每次中断时记录当前进程的运行时钟 - 通过时间差计算进程占用的 CPU 时间 #### 典型用法 ```bash # 1. 记录进程的CPU时间分布 perf record -e cpu-clock -p <PID> -o perf.data # 2. 实时监控命令的CPU时间 perf stat -e cpu-clock,instructions <command> # 3. 生成调用图分析热点 perf record -e cpu-clock -g -- <command> perf report -n --stdio ``` #### 输出解读示例 ```plaintext # perf stat -e cpu-clock,instructions ls Performance counter stats for 'ls': 1,250.23 msec cpu-clock # 进程消耗1.25秒CPU时间 1,520,000,000 instructions # 指令数 1.251230000 seconds time elapsed # 总耗时 ``` #### 关键特性对比 | 特性 | cpu-clock (软件事件) | cycles (硬件事件) | |---------------|----------------------|-------------------| | 测量对象 | 墙上时间 | CPU周期数 | | 频率变化影响 | 否 | 是 | | 精度 | 微秒级 | 纳秒级 | | 开销 | 低 | 中高 | | 适用场景 | 宏观性能分析 | 微观优化 | #### 应用场景 1. **CPU 时间分析** 识别哪些函数消耗最多 CPU 时间(而非 CPU 周期) 2. **调度效率评估** 结合 `sched:sched_switch` 事件分析进程调度延迟[^2] 3. **I/O 密集型负载** 当 CPU 周期数不能反映真实瓶颈时(如 I/O 等待) 4. **变频 CPU 环境** 在动态调频(DVFS)场景下提供稳定时间基准 > **注意**:默认采样频率为 400Hz(每秒400次),可通过 `-F` 参数调整(如 `-F 1000`),但受限于 `/proc/sys/kernel/perf_event_max_sample_rate` 系统上限[^1]。
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值