lscpu 内核代码分析

 

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

 

 

上一篇:强学学习考点总结(简答题)


下一篇:HDFS多rack分布的block placement policy设计实现