Linux動態頻率調節系統CPUFreq之一：概述【轉】

来源:https://www.cnblogs.com/linhaostudy/archive/2020/04/28/12792358.html
-Advertisement-
Play Games

"Linux動態頻率調節系統CPUFreq之一：概述" 隨著技術的發展，我們對CPU的處理能力提出了越來越高的需求，晶元廠家也對製造工藝不斷地提升。現在的主流PC處理器的主頻已經在3GHz左右，就算是智能手機的處理器也已經可以工作在1.5GHz以上，可是我們並不是時時刻刻都需要讓CPU工作在最高的主 ...


Linux動態頻率調節系統CPUFreq之一：概述

隨著技術的發展，我們對CPU的處理能力提出了越來越高的需求，晶元廠家也對製造工藝不斷地提升。現在的主流PC處理器的主頻已經在3GHz左右，就算是智能手機的處理器也已經可以工作在1.5GHz以上，可是我們並不是時時刻刻都需要讓CPU工作在最高的主頻上，尤其是移動設備和筆記本電腦，大部分時間里，CPU其實工作在輕負載狀態下，我們知道：主頻越高，功耗也越高。為了節省CPU的功耗和減少發熱，我們有必要根據當前CPU的負載狀態，動態地提供剛好足夠的主頻給CPU。在Linux中，內核的開發者定義了一套框架模型來完成這一目的，它就是CPUFreq系統。

1. sysfs介面

我們先從CPUFreq提供的sysfs介面入手，直觀地看看它提供了那些功能。以下是我的電腦輸出的結果：

droidphone@990:~$ cd /sys/devices/system/cpu
droidphone@990:/sys/devices/system/cpu$ ls
cpu0  cpu3  cpu6     cpuidle     offline   power    release
cpu1  cpu4  cpu7     kernel_max  online    present  uevent
cpu2  cpu5  cpufreq  modalias    possible  probe

所有與CPUFreq相關的sysfs介面都位於：/sys/devices/system/cpu下麵，我們可以看到，8個cpu分別建立了一個自己的目錄，從cpu0到cpu7，我們再看看offline和online以及present的內容：

droidphone@990:/sys/devices/system/cpu$ cat online
0-7
droidphone@990:/sys/devices/system/cpu$ cat offline
8-15
droidphone@990:/sys/devices/system/cpu$ cat present
0-7
droidphone@990:/sys/devices/system/cpu$

online代表目前正在工作的cpu，輸出顯示編號為0-7這8個cpu在工作，offline代表目前被關掉的cpu，present則表示主板上已經安裝的cpu，由輸出可以看到，我的主板可以安裝16個cpu（因為intel的超線程技術，其實物理上只是8個），第8-15號cpu處於關閉狀態（實際上不存在，因為present只有0-7）。

接著往下看：

droidphone@990:/sys/devices/system/cpu/cpu0$ ls
cache    cpuidle      microcode  power      thermal_throttle  uevent
cpufreq  crash_notes  node0      subsystem  topology
droidphone@990:/sys/devices/system/cpu/cpu0$ cd cpufreq/
droidphone@990:/sys/devices/system/cpu/cpu0/cpufreq$ ls
affected_cpus               related_cpus                   scaling_max_freq
bios_limit                  scaling_available_frequencies  scaling_min_freq
cpuinfo_cur_freq            scaling_available_governors    scaling_setspeed
cpuinfo_max_freq            scaling_cur_freq               stats
cpuinfo_min_freq            scaling_driver
cpuinfo_transition_latency  scaling_governor
droidphone@990:/sys/devices/system/cpu/cpu0/cpufreq$

在我的電腦上，部分的值如下：

cpuinfo_cur_freq:   1600000

cpuinfo_max_freq:  3401000

cpuinfo_min_freq:   1600000

scaling_cur_freq:    1600000

scaling_max_freq:  3401000

scaling_min_freq:   1600000

所以，我的cpu0的最低運行頻率是1.6GHz，最高是3.4GHz，目前正在運行的頻率是1.6GHz，首碼cpuinfo代表的是cpu硬體上支持的頻率，而scaling首碼代表的是可以通過CPUFreq系統用軟體進行調節時所支持的頻率。cpuinfo_cur_freq代表通過硬體實際上讀到的頻率值，而scaling_cur_freq則是軟體當前的設置值，多數情況下這兩個值是一致的，但是也有可能因為硬體的原因，有微小的差異。

scaling_available_frequencies會輸出當前軟體支持的頻率值，看看我的cpu支持那些頻率：

droidphone@990:/sys/devices/system/cpu/cpu0/cpufreq$ cat scaling_available_frequencies 
3401000 3400000 3000000 2800000 2600000 2400000 2200000 2000000 1800000 1600000 
droidphone@990:/sys/devices/system/cpu/cpu0/cpufreq$

Oh，從1.6GHz到3.4GHz，一共支持10擋的頻率可供選擇。scaling_available_governors則會輸出當前可供選擇的頻率調節策略：

conservative ondemand userspace powersave performance

一共有5中策略供我們選擇，那麼當前系統選用那種策略？讓我們看看：

OK，我的系統當前選擇ondemand這種策略，這種策略的主要思想是：只要cpu的負載超過某一個閥值，cpu的頻率會立刻提升至最高，然後再根據實際情況降到合適的水平。詳細的情況我們留在後面的章節中討論。scaling_driver則會輸出當前使用哪一個驅動來設置cpu的工作頻率。

當我們選擇userspace作為我們的調頻governor時，我們可以通過scaling_setspeed手工設置需要的頻率。powersave則簡單地使用最低的工作頻率進行運行，而performance則一直選擇最高的頻率進行運行。

2. 軟體架構

通過上一節的介紹，我們可以大致梳理出CPUFreq系統的構成和工作方式。

首先，CPU的硬體特性決定了這個CPU的最高和最低工作頻率，所有的頻率調整數值都必須在這個範圍內，它們用cpuinfo_xxx_freq來表示。

然後，我們可以在這個範圍內再次定義出一個軟體的調節範圍，它們用scaling_xxx_freq來表示，同時，根據具體的硬體平臺的不同，我們還需要提供一個頻率表，這個頻率表規定了cpu可以工作的頻率值，當然這些頻率值必須要在cpuinfo_xxx_freq的範圍內。

有了這些頻率信息，CPUFreq系統就可以根據當前cpu的負載輕重狀況，合理地從頻率表中選擇一個合適的頻率供cpu使用，已達到節能的目的。

至於如何選擇頻率表中的頻率，這個要由不同的governor來實現，目前的內核版本提供了5種governor供我們選擇。選擇好適當的頻率以後，具體的頻率調節工作就交由scaling_driver來完成。CPUFreq系統把一些公共的邏輯和介面代碼抽象出來，這些代碼與平臺無關，也與具體的調頻策略無關，內核的文檔把它稱為CPUFreq Core（/Documents/cpufreq/core.txt）。

另外一部分，與實際的調頻策略相關的部分被稱作cpufreq_policy，cpufreq_policy又是由頻率信息和具體的governor組成，governor才是具體策略的實現者，當然governor需要我們提供必要的頻率信息，governor的實現最好能做到平臺無關，與平臺相關的代碼用cpufreq_driver表述，它完成實際的頻率調節工作。

最後，如果其他內核模塊需要在頻率調節的過程中得到通知消息，則可以通過cpufreq notifiers來完成。由此，我們可以總結出CPUFreq系統的軟體結構如下：

3. cpufreq_policy

一種調頻策略的各種限制條件的組合稱之為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的對象。

4. cpufreq_governor

所謂的governor，我把它翻譯成：調節器。governor負責檢測cpu的使用狀況，從而在可用的範圍中選擇一個合適的頻率，代碼中它用cpufreq_governor結構來表示：

struct cpufreq_governor {
        char    name[CPUFREQ_NAME_LEN];
        int     initialized;
        int     (*governor)     (struct cpufreq_policy *policy,
                                 unsigned int event);
        ssize_t (*show_setspeed)        (struct cpufreq_policy *policy,
                                         char *buf);
        int     (*store_setspeed)       (struct cpufreq_policy *policy,
                                         unsigned int freq);
        unsigned int max_transition_latency; /* HW must be able to switch to
                        next freq faster than this value in nano secs or we
                        will fallback to performance governor */
        struct list_head        governor_list;
        struct module           *owner;
};

其中的各個欄位的解釋如下：

  • name 該governor的名字。
  • initialized 初始化標誌。
  • governor 指向一個回調函數，CPUFreq Core會在不同的階段調用該回調函數，用於該governor的啟動、停止、初始化、退出動作。
  • list_head 所有註冊的governor都會利用該欄位鏈接在一個全局鏈表中，以供系統查詢和使用。

5. cpufreq_driver

上一節提到的gonvernor只是負責計算並提出合適的頻率，但是頻率的設定工作是平臺相關的，這需要cpufreq_driver驅動來完成，cpufreq_driver的結構如下：

struct cpufreq_driver {
        struct module           *owner;
        char                    name[CPUFREQ_NAME_LEN];
        u8                      flags;
     
        bool                    have_governor_per_policy;
 
        /* needed by all drivers */
        int     (*init)         (struct cpufreq_policy *policy);
        int     (*verify)       (struct cpufreq_policy *policy);
 
        /* define one out of two */
        int     (*setpolicy)    (struct cpufreq_policy *policy);
        int     (*target)       (struct cpufreq_policy *policy,
                                 unsigned int target_freq,
                                 unsigned int relation);
 
        /* should be defined, if possible */
        unsigned int    (*get)  (unsigned int cpu);
 
        /* optional */
        unsigned int (*getavg)  (struct cpufreq_policy *policy,
                                 unsigned int cpu);
        int     (*bios_limit)   (int cpu, unsigned int *limit);
 
        int     (*exit)         (struct cpufreq_policy *policy);
        int     (*suspend)      (struct cpufreq_policy *policy);
        int     (*resume)       (struct cpufreq_policy *policy);
        struct freq_attr        **attr;
};

相關的欄位的意義解釋如下：

  • name 該頻率驅動的名字。
  • init 回調函數，該回調函數必須實現，CPUFreq Core會通過該回調函數對該驅動進行必要的初始化工作。
  • verify 回調函數，該回調函數必須實現，CPUFreq Core會通過該回調函數檢查policy的參數是否被驅動支持。
  • setpolicy/target    回調函數，驅動必須實現這兩個函數中的其中一個，如果不支持通過governor選擇合適的運行頻率，則實現setpolicy回調函數，這樣系統只能支持CPUFREQ_POLICY_POWERSAVE和CPUFREQ_POLICY_PERFORMANCE這兩種工作策略。反之，實現target回調函數，通過target回調設定governor所需要的頻率。
  • get 回調函數，用於獲取cpu當前的工作頻率。
  • getavg 回調函數，用於獲取cpu當前的平均工作頻率。

6. cpufreq notifiers

CPUFreq的通知系統使用了內核的標準通知介面。它對外提供了兩個通知事件：policy通知和transition通知。

policy通知用於通知其它模塊cpu的policy需要改變，每次policy改變時，該通知鏈上的回調將會用不同的事件參數被調用3次，分別是：

  • CPUFREQ_ADJUST 只要有需要，所有的被通知者可以在此時修改policy的限制信息，比如溫控系統可能會修改在大允許運行的頻率。
  • CPUFREQ_INCOMPATIBLE 只是為了避免硬體錯誤的情況下，可以在該通知中修改policy的限制信息。
  • CPUFREQ_NOTIFY 真正切換policy前，該通知會發往所有的被通知者。

transition通知鏈用於在驅動實施調整cpu的頻率時，用於通知相關的註冊者。每次調整頻率時，該通知會發出兩次通知事件：

  • CPUFREQ_PRECHANGE 調整前的通知。
  • CPUFREQ_POSTCHANGE 完成調整後的通知。

當檢測到因系統進入suspend而造成頻率被改變時，以下通知消息會被髮出：

  • CPUFREQ_RESUMECHANGE

您的分享是我們最大的動力!

-Advertisement-
Play Games
更多相關文章
  • shell腳本之七：if結構條件句知識與實踐
    七、if結構條件句知識與實踐 （一）if條件句單雙分支語法 （二）if條件句多分支語句 1、語句的結構 2、實例：判斷目錄是否存在 3、實例：判斷伺服器記憶體大小 開發shell腳本判斷記憶體是否充足，如果小於100，提示不足，如果大於100提示充足。 [root@centos6 kvm3 script ...
  • shell腳本之六：shell腳本的條件測試與比較
    六、shell腳本的條件測試與比較 （一）條件表達式的常見語法 1、條件表達式6種寫法（if，while） 語法1：test 語法2：[ ] 中括弧兩端必須要有空格 語法3：[[]] 兩端必須要有空格 語法4：（（測試表達式）） 兩端必不需要空格 語法5：（命令表達式） 語法6： 實際應用展示 ①[ ...
  • Ansible playbook Vault 加密
    Ansible playbook Vault 加密詳解與使用案例 主機規劃 添加用戶賬號 說明： 1、 運維人員使用的登錄賬號； 2、 所有的業務都放在 /app/ 下「yun用戶的家目錄」，避免業務數據亂放； 3、 該用戶也被 ansible 使用，因為幾乎所有的生產環境都是禁止 root 遠程登 ...
  • Ansible自動化運維
    Ansible-自動化運維工具 ansible簡介 ansible是新出現的自動化運維工具，基於Python開發，集合了眾多運維工具（puppet、chef、func、fabric）的優點，實現了批量系統配置、批量程式部署、批量運行命令等功能。 ansible是基於模塊工作的，本身沒有批量部署能力， ...
  • git clone 別人的項目，把它變成自己的上傳到GitHub
    從別人哪裡Clone來的項目 git clone https://github.com/XXX/SimpleUI 進入該文件內 cd SimpleUI 刪除原有的.git信息，建議sudo sudo rm -r .git 初始化.git git init 將本地代碼添加到倉庫 git add .// ...
  • Windows+Ubuntu雙系統 ，Ubuntu安裝
    這篇只是簡單記錄自己在Win10下另安裝Ubuntu系統。 不是教程，因為不會。 推薦一個教程：https://blog.csdn.net/weixin_37029453/article/details/80526732 因為想更好的學習使用Linux，便想到在電腦上另外安裝一個Linux系統（wi ...
  • 開源、強大的Linux伺服器集群管理工具，比寶塔好用！
    在這之前肯定很多人都接觸過Linux管理面板：寶塔，寶塔的確非常方便而且好用，安裝也簡單，複製粘貼幾句命令即可安裝完成，且提供免費版。今天呢，民工哥向大家介紹另一個Linux的伺服器管理面板——AppNode，功能豐富，也提供免費版，且是永久免費！ 官方地址：https://www.appnode. ...
  • Linux動態頻率調節系統CPUFreq之二：核心（core）架構與API【轉】
    "Linux動態頻率調節系統CPUFreq之二：核心（core）架構與API" 上一節中，我們大致地講解了一下CPUFreq在用戶空間的sysfs介面和它的幾個重要的數據結構，同時也提到，CPUFreq子系統把一些公共的代碼邏輯組織在一起，構成了CPUFreq的核心部分，這些公共邏輯向CPUFreq ...
一周排行
    -Advertisement-
    Play Games
  • 移動開發（一）：使用.NET MAUI開發第一個安卓APP
    移動開發（一）：使用.NET MAUI開發第一個安卓APP 對於工作多年的C#程式員來說，近來想嘗試開發一款安卓APP，考慮了很久最終選擇使用.NET MAUI這個微軟官方的框架來嘗試體驗開發安卓APP，畢竟是使用Visual Studio開發工具，使用起來也比較的順手，結合微軟官方的教程進行了安卓 ...
  • wpf ToggleButton選中效果和一個登錄界面
    前言 QuestPDF 是一個開源 .NET 庫，用於生成 PDF 文檔。使用了C# Fluent API方式可簡化開發、減少錯誤並提高工作效率。利用它可以輕鬆生成 PDF 報告、發票、導出文件等。 項目介紹 QuestPDF 是一個革命性的開源 .NET 庫，它徹底改變了我們生成 PDF 文檔的方 ...
  • 彈幕樹洞項目功能新增篇
    項目地址 項目後端地址： https://github.com/ZyPLJ/ZYTteeHole 項目前端頁面地址： ZyPLJ/TreeHoleVue (github.com) https://github.com/ZyPLJ/TreeHoleVue 目前項目測試訪問地址： http://tree ...
  • 第27篇 sqlserver2022詳細安裝步驟
    話不多說，直接開乾 一.下載 1.官方鏈接下載： https://www.microsoft.com/zh-cn/sql-server/sql-server-downloads 2.在下載目錄中找到下麵這個小的安裝包 SQL2022-SSEI-Dev.exe，運行開始下載SQL server； 二. ...
  • .NET 開源高性能 MQTT 類庫
    前言 隨著物聯網（IoT）技術的迅猛發展，MQTT（消息隊列遙測傳輸）協議憑藉其輕量級和高效性，已成為眾多物聯網應用的首選通信標準。 MQTTnet 作為一個高性能的 .NET 開源庫，為 .NET 平臺上的 MQTT 客戶端與伺服器開發提供了強大的支持。 本文將全面介紹 MQTTnet 的核心功能 ...
  • Serilog文檔翻譯系列（六） - 可用的接收器、增強器、格式化輸出
    Serilog支持多種接收器用於日誌存儲，增強器用於添加屬性，LogContext管理動態屬性，支持多種輸出格式包括純文本、JSON及ExpressionTemplate。還提供了自定義格式化選項，適用於不同需求。 ...
  • 警惕 Visual Studio 屬性求值副作用導致邏輯不符合預期
    目錄簡介獲取 HTML 文檔解析 HTML 文檔測試參考文章 簡介 動態內容網站使用 JavaScript 腳本動態檢索和渲染數據，爬取信息時需要模擬瀏覽器行為，否則獲取到的源碼基本是空的。 本文使用的爬取步驟如下： 使用 Selenium 獲取渲染後的 HTML 文檔 使用 HtmlAgility ...
  • [使用目前最新版]HybridCLR6.9.0+YooAsset2.2.4實現純C# Unity熱更新方案 (一)
    1.前言 什麼是熱更新 游戲或者軟體更新時，無需重新下載客戶端進行安裝，而是在應用程式啟動的情況下，在內部進行資源或者代碼更新 Unity目前常用熱更新解決方案 HybridCLR，Xlua，ILRuntime等 Unity目前常用資源管理解決方案 AssetBundles，Addressable， ...
  • 在 ASP.NET Core Web API 中使用操作篩選器統一處理通用操作
    本文章主要是在C# ASP.NET Core Web API框架實現向手機發送驗證碼簡訊功能。這裡我選擇是一個互億無線簡訊驗證碼平臺，其實像阿裡雲，騰訊雲上面也可以。 首先我們先去 互億無線 https://www.ihuyi.com/api/sms.html 去註冊一個賬號 註冊完成賬號後，它會送 ...
  • 第28篇 如何.net中實現高效可靠數據同步api
    通過以下方式可以高效，並保證數據同步的可靠性 1.API設計 使用RESTful設計，確保API端點明確，並使用適當的HTTP方法（如POST用於創建，PUT用於更新）。 設計清晰的請求和響應模型，以確保客戶端能夠理解預期格式。 2.數據驗證 在伺服器端進行嚴格的數據驗證，確保接收到的數據符合預期格 ...
所有分類