ICode9

精准搜索请尝试: 精确搜索
首页 > 其他分享> 文章详细

lscpu 内核代码分析

2021-03-31 19:32:41  阅读:384  来源: 互联网

标签:struct 代码 unsigned governor cpufreq 内核 lscpu policy cpu


 

1.操作系统操作接口

 ls /sys/devices/system/cpu/
cpu0/        cpu3/        hotplug/     modalias     possible     uevent
cpu1/        cpuautoplug/ isolated     offline      power/       
cpu2/        cpuidle/     kernel_max   online       present      
[loongson@localhost ~]$ ls /sys/devices/system/cpu/

 

CPU的硬件特性决定了这个CPU的最高和最低工作频率,所有的频率调整数值都必须在这个范围内,它们用cpuinfo_xxx_freq来表示。然后,我们可以在这个范围内再次定义出一个软件的调节范围,它们用scaling_xxx_freq来表示,

 

一种调频策略的各种限制条件的组合称之为policy,代码中用cpufreq_policy这一数据结构来表示:

struct cpufreq_policy {
        
        cpumask_var_t           cpus;   
        cpumask_var_t           related_cpus;
 
        unsigned int            shared_type;
                                                
        unsigned int            cpu;    
        unsigned int            last_cpu;
                                          
        struct cpufreq_cpuinfo  cpuinfo;
 
        unsigned int            min;    /* in kHz */
        unsigned int            max;    /* in kHz */
        unsigned int            cur;    
                                         
        unsigned int            policy;
        struct cpufreq_governor *governor;
        void                    *governor_data;
 
        struct work_struct      update;
                                         
 
        struct cpufreq_real_policy      user_policy;
 
        struct kobject          kobj;
        struct completion       kobj_unregister;
};
 

    cpus和related_cpus    这两个都是cpumask_var_t变量,cpus表示的是这一policy控制之下的所有还出于online状态的cpu,而related_cpus则是online和offline两者的合集。主要是用于多个cpu使用同一种policy的情况,实际上,我们平常见到的大多数系统中都是这种情况:所有的cpu同时使用同一种policy。我们需要related_cpus变量指出这个policy所管理的所有cpu编号。
    cpu和last_cpu    虽然一种policy可以同时用于多个cpu,但是通常一种policy只会由其中的一个cpu进行管理,cpu变量用于记录用于管理该policy的cpu编号,而last_cpu则是上一次管理该policy的cpu编号(因为管理policy的cpu可能会被plug out,这时候就要把管理工作迁移到另一个cpu上)。
    cpuinfo    保存cpu硬件所能支持的最大和最小的频率以及切换延迟信息。
    min/max/cur  该policy下的可使用的最小频率,最大频率和当前频率。
    policy    该变量可以取以下两个值:CPUFREQ_POLICY_POWERSAVE和CPUFREQ_POLICY_PERFORMANCE,该变量只有当调频驱动支持setpolicy回调函数的时候有效,这时候由驱动根据policy变量的值来决定系统的工作频率或状态。如果调频驱动(cpufreq_driver)支持target回调,则频率由相应的governor来决定。
    governor和governor_data    指向该policy当前使用的cpufreq_governor结构和它的上下文数据。governor是实现该policy的关键所在,调频策略的逻辑由governor实现。
    update    有时在中断上下文中需要更新policy,需要利用该工作队列把实际的工作移到稍后的进程上下文中执行。
    user_policy    有时候因为特殊的原因需要修改policy的参数,比如溫度过高时,最大可允许的运行频率可能会被降低,为了在适当的时候恢复原有的运行参数,需要使用user_policy保存原始的参数(min,max,policy,governor)。
    kobj    该policy在sysfs中对应的kobj的对象。
 

 

https://github.com/karelzak/util-linux/blob/master/sys-utils/lscpu.c 这是是lscpu的源码

通过lscpu代码我们可以看出lscpu采集信息量通过/sys/device/system


lscpu通过分析内核代码位置:drivers/cpufreq/,这里有ACPI模式和非ACPI模式,而通过下面接口可以查看CPU支持的驱动类型

/sys/devices/system/cpu/cpuX/cpufreq/scaling_driver

 

 

标签:struct,代码,unsigned,governor,cpufreq,内核,lscpu,policy,cpu
来源: https://blog.csdn.net/qqxlt/article/details/115358041

本站声明: 1. iCode9 技术分享网(下文简称本站)提供的所有内容,仅供技术学习、探讨和分享;
2. 关于本站的所有留言、评论、转载及引用,纯属内容发起人的个人观点,与本站观点和立场无关;
3. 关于本站的所有言论和文字,纯属内容发起人的个人观点,与本站观点和立场无关;
4. 本站文章均是网友提供,不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属;如您发现该文章侵犯了您的权益,可联系我们第一时间进行删除;
5. 本站为非盈利性的个人网站,所有内容不会用来进行牟利,也不会利用任何形式的广告来间接获益,纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。

专注分享技术,共同学习,共同进步。侵权联系[81616952@qq.com]

Copyright (C)ICode9.com, All Rights Reserved.

ICode9版权所有