關於CPU的一些操做（CPU設置超頻）

常見的幾種CPU模式：

1、ondemand：系統默認的超頻模式，按需調節，內核提供的功能，不是很強大，但有效實現了動態頻率調節，平時以低速方式運行，當系統負載提升時候自動提升頻率。以這種模式運行不會由於降頻形成性能下降，同時也能節約電能和下降溫度。通常官方內核，還有CM7的默認的方式都是ondemand。
流暢度： 通常，流暢 

2、interactive：交互模式，直接上最高頻率，而後看CPU負荷慢慢下降，比較耗電。  
流暢度： 最高，極流暢 
Interactive 是以 CPU 排程數量而調整頻率，從而實現省電。

InteractiveX 是以 CPU 負載來調整 CPU 頻率，不會過分把頻率調低。因此比 Interactive 反應好些，可是省電的效果通常 

3、conservative：保守模式，相似於ondemand，但調整相對較緩，想省電就用他吧。Google官方內核，kang內核默認模式。 
流暢度： 高，流暢 

4、smartass：聰明模式，是I和C模式的升級，該模式在比i模式不差的響應的前提下會作到了更加省電
流暢度： 最高，流暢

5、performance：性能模式！只有最高頻率，歷來不考慮消耗的電量，性能沒得說，可是耗電量.......
流暢度：還須要說麼？還有比這種模式更流暢的嗎？

6、powersave 省電模式，一般以最低頻率運行，打不死我也不用。
流暢度： 極低 

7、userspace：用戶自定義模式，系統將變頻策略的決策權交給了用戶態應用程序，並提供了相應的接口供用戶態應用程序調節CPU 運行頻率使用。也就是長期以來都在用的那個模式。能夠經過手動編輯配置文件進行配置
流暢度：根據設置而定

8、Hotplug：相似於ondemand, 可是cpu會在關屏下嘗試關掉一個cpu，而且帶有deep sleep，比較省電。
流暢度：通常，流暢

 

　　對於一些服務來講，咱們須要考慮的是，服務器的性能，而不是節能，因此咱們須要設置成performance模式.

　　Centos7的一些修改是：

　　

方法一：在bios(cpu 選項，或者電源管理選項)直接配置爲max performance（個人系統沒法設置），重啓便可；

方法二：yum install cpupowerutils
 cpupower -c all frequency-set -g performance  （不用安裝，自帶cpupower 命令）
或者cpupower  frequency-set -g performance
方法三：service cpuspeed stop

#這裏按需重啓系統，最好試一下重啓能不能生效，有的服務器會在重啓以後失效，必須在bios裏面設置
#

查看當前governor
1、cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor
powersave或者performance

2、cat /proc/cpuinfo | grep -i "cpu mhz"
顯示每一個CPU的當前運行頻率

3、cpupower  frequency-info

 

 

　　對於其餘的一些系統：

　　

多數Linux發行版都已經默認啓用了這個功能，可是Debian 4.0和Archlinux尚未，須要通過簡單的設置才行。，

Debian 4.0和Archlinux的內核已經編譯了調節CPU頻率的模塊，可是默認沒有啓用，因此要作就是啓用相關的模塊，並安裝CPU頻率調節程序（可選）。

選擇並啓用與CPU相對應的內核模塊
爲確保接下來的工做是有意義的，首先確保您的CPU頻率調節功能尚未啓用~

# cd /sys/devices/system/cpu/cpu0
# ls -l
若是你看到一個名爲cpufreq的文件夾，則說明頻率調節功能已經啓用，您能夠直接跳至下一步。

若是沒有看到名爲cpufreq的文件夾，則先看一下能夠用的驅動：

# ls /lib/modules/`uname -r`/kernel/arch/*/kernel/cpu/cpufreq
在個人電腦看到的是這樣的，估計你的也差很少。

acpi-cpufreq.ko longrun.ko powernow-k8.ko speedstep-smi.ko
cpufreq-nforce2.ko p4-clockmod.ko speedstep-centrino.ko
gx-suspmod.ko powernow-k6.ko speedstep-ich.ko
longhaul.ko powernow-k7.ko speedstep-lib.ko
這些都是可選的驅動，可是與不一樣的CPU相匹配。 經常使用的是：

p4-clockmod.ko Intel P4的處理器 speed-centrino.ko 迅弛，不少筆記本都是這個 powernow-k*.ko AMD處理器用的 acpi-cpufreq.ko 若是全部的都不行，試試這個，（但2.6.20或以上的內核推薦優先使用該項）
上表列出的只是經常使用的，若是不行，試一下其它的。

試的方法是：

1. 加載該內核模塊，如

#modprobe p4-clockmod
又如

#modprobe powernow-k8
注意是模塊名是把上面的文件名去掉.ko。

2. 若是沒有錯誤信息，就對了。若是要確認，看一下

# cd /sys/devices/system/cpu/cpu0
# ls -l
是否有cpufreq。

提示： 
能夠用cat看一下cpufreq文件夾下的文件，能夠獲得一些有用的信息 選擇適當的調節器
調節器即Governor，用它來控制CPU頻率。可選的有

內核模塊 調節器名稱 功能 cpufreq_ondemand ondemand 按需調節，內核提供的功能，不是很強大，但有效實現了動態頻率調節 cpufreq_powersave powersave 省電模式，一般以最低頻率運行， cpufreq_userspace userspace 用戶模式，一些調頻工具軟件須要在此模式下才能運行 cpufreq_conservative conservative 「保守」模式，相似於ondemand，但調整相對較緩 N/A performance 不降頻
查看當前的調節器：

# cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor
更改使用的調節器，須要加載相應的內核模塊，再更改scaling_governor文件，例如：

# modprobe cpufreq_conservative
# echo conservative > /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor注意：
若是使用的CPU比較老，使用speedstep-smi作爲動態頻率的模塊，則不能使用ondemand等實時調頻軟件，緣由是其調頻延時較長。
固然也能夠用GNOME的工具來調節，請參見後面的介紹。

使用軟件管理CPU頻率
內核模塊的CPU頻率管理功能已經很強大了，固然你也能夠應用軟件來管理，可選的軟件有：

cpudynd
cpufreqd
cpufrequtils
powernowd
powersaved
speedfreqd
這些源裏是有的，不過我認爲都不怎麼好用，感受Fedora的cpuspeed比較好，不過源裏沒有。

使用gnome的CPU頻率範圍監視器
在gnome的面板上按右鍵，選擇「添加到面板」，加入「CPU頻率範圍監視器」。 在那個圖標上按右鍵，「首選項」，能夠選擇顯示和調速的方式。 普通用戶默認不能調節CPU頻率，要解決這個問題，請參閱爲普通用戶提供CPU調頻權限。

設置開機自動加載以上設置Debian 4.0
1. 編輯 /etc/modules ，加入剛纔modprobe掛載的內核模塊

cpufreq-userspace
cpufreq-ondemand
cpufreq-powersave
cpufreq-conservative
speedstep-centrino #請修改成相應的頻率調節模塊
2. 安裝sysfsutils，

#apt-get install sysfsutils
以超級用戶權限編輯/etc/sysfs.conf，文件內容：

devices/system/cpu/cpu0/cpufreq/scaling_governor = ondemand
devices/system/cpu/cpu0/cpufreq/scaling_max_freq = 1800000 #請修改成您的CPU的最高頻率
若是是雙核CPU，還應加入cpu1的內容，與cpu0徹底相似。多線程CPU無需進行此項操做。

Archlinux
在/etc/rc.conf的MODULES變量中加入剛纔modeprobe掛載的內核模塊
cpufreq-userspace
cpufreq-ondemand
cpufreq-powersave
cpufreq-conservative
speedstep-centrino #請修改成相應的頻率調節模塊
能夠安裝cpudyn和acpid，並
# /etc/rc.d/cpudyn start
# /etc/rc.d/acpid start
啓動自動調節，也能夠把它們加到rc.conf中，讓其自動啓動。

引用來源：http://m.blog.chinaunix.net/uid-20620288-id-5751294.html

　　　　　https://blog.csdn.net/myarrow/article/details/7917181/