机子 cpu 是 Intel(R) Xeon(R) CPU E5-2630 v3 @ 2.40GHz，最高频率应该可以达到 3.2 GHz，但是我看我的 cpu 一般情况下平率是 1.2 GHz，在做数值计算的时候才回到 2.4 GHz，但是频率没有更高了

我的笔记本用 intel i7-4600u，正常频率是 2.1 GHz，但是数值计算的时候可以达到 3.2 GHz 左右。所以，搞得我的台式机并不比笔记本有优势（单核计算的时候）。

笔记本上装 Fedora 20，台式机上是 Ubuntu 15.04。我怀疑是不是 ubuntu 系统的原因。

看看你的 台式机 Bios 使用說明書 有沒有 CPU 频率 有關控制選項

谢谢，我查了下 bios，有关睿频的两项都是 enable 的，所以不是 bios 的问题

楼主有能力的话自己看一下类似下面这个目录中那些文件的内容：/sys/devices/system/cpu/cpux（x为0、1等数字）。对比文件名看一下，基本上就能知道为什么自己的cpu睿频不上去，甚至还低于base主频了。这些参数基本上都是由linux内核根据bios的设定决定的，其他相关的因素还有主板、内存等。

参考下面链接中的概念，你应该就能明白linux是怎么控制cpu频率的了。
https://www.kernel.org/doc/Documentatio ... ernors.txt

fedora20是2013年推出的，而你的xeon cpu是2014年3季度才上市的，所以一定要说明你使用的内核版本。用原始的iso安装完，那个2013年的老内核对一个2014年的cpu的支持肯定是有问题的。。。

如果自己看还有问题，把cpux目录下的文件打包，并且将bios设定画面拍照，一起传上来。再详细说明一下硬件配置。

还有以下命令的输出：

台式机上的15.04是什么版本的呢？同一个内核，桌面版的内核配置和服务器版的也不一样，不会用的是服务器版的内核配置吧？

多谢指教！

我看了下 /sys/devices/system/cpu/cpu2/cpufreq 里面的内容，其中 scaling_governor 的内容是 powersave，而 scaling_available_governors 里的内容是 performance powersave。scaling_max_freq 里面的值是 3200000，scaling_min_freq 里面的值是 1200000。

是不是把 scaling_governor 的值改成 performance 就可以了？不过，这样会不会强行把cpu的频率什么时候都设成最高的？这也不是我想要的结果。

bios 的设定没有拍照，您要的命令结果如下：

dypang@localhost:cpufreq$ uname -a
Linux localhost.localdomain 4.1.7-200.fc22.x86_64 #1 SMP Mon Sep 14 20:19:24 UTC 2015 x86_64 x86_64 x86_64 GNU/Linux

dypang@localhost:cpufreq$ lsmod
Module Size Used by
usblp 24576 0
vfat 24576 0
fat 69632 1 vfat
uas 24576 0
usb_storage 65536 1 uas
bnep 24576 2
bluetooth 491520 5 bnep
rfkill 24576 3 bluetooth
fuse 94208 5
xt_CHECKSUM 16384 1
ipt_MASQUERADE 16384 3
nf_nat_masquerade_ipv4 16384 1 ipt_MASQUERADE
tun 28672 1
nf_conntrack_netbios_ns 16384 0
nf_conntrack_broadcast 16384 1 nf_conntrack_netbios_ns
ip6t_rpfilter 16384 1
ip6t_REJECT 16384 2
nf_reject_ipv6 16384 1 ip6t_REJECT
xt_conntrack 16384 22
ebtable_nat 16384 1
ebtable_broute 16384 1
bridge 114688 1 ebtable_broute
ebtable_filter 16384 1
ebtables 32768 3 ebtable_broute,ebtable_nat,ebtable_filter
ip6table_nat 16384 1
nf_conntrack_ipv6 20480 12
nf_defrag_ipv6 36864 1 nf_conntrack_ipv6
nf_nat_ipv6 16384 1 ip6table_nat
ip6table_mangle 16384 1
ip6table_security 16384 1
ip6table_raw 16384 1
ip6table_filter 16384 1
ip6_tables 28672 5 ip6table_filter,ip6table_mangle,ip6table_security,ip6table_nat,ip6table_raw
iptable_nat 16384 1
nf_conntrack_ipv4 16384 12
nf_defrag_ipv4 16384 1 nf_conntrack_ipv4
nf_nat_ipv4 16384 1 iptable_nat
nf_nat 28672 3 nf_nat_ipv4,nf_nat_ipv6,nf_nat_masquerade_ipv4
nf_conntrack 106496 9 nf_conntrack_netbios_ns,nf_nat,nf_nat_ipv4,nf_nat_ipv6,xt_conntrack,nf_nat_masquerade_ipv4,nf_conntrack_broadcast,nf_conntrack_ipv4,nf_conntrack_ipv6
iptable_mangle 16384 1
iptable_security 16384 1
iptable_raw 16384 1
nvidia 8605696 144
intel_rapl 20480 0
iosf_mbi 16384 1 intel_rapl
drm 331776 6 nvidia
x86_pkg_temp_thermal 16384 0
coretemp 16384 0
kvm_intel 159744 0
iTCO_wdt 16384 0
iTCO_vendor_support 16384 1 iTCO_wdt
kvm 495616 1 kvm_intel
sb_edac 28672 0
i2c_i801 20480 0
edac_core 53248 1 sb_edac
dcdbas 16384 0
i8k 16384 0
crct10dif_pclmul 16384 0
crc32_pclmul 16384 0
crc32c_intel 24576 0
ghash_clmulni_intel 16384 0
snd_hda_codec_realtek 90112 1
snd_hda_codec_hdmi 53248 1
snd_hda_codec_generic 73728 1 snd_hda_codec_realtek
snd_hda_intel 32768 12
snd_hda_controller 32768 1 snd_hda_intel
snd_hda_codec 110592 5 snd_hda_codec_realtek,snd_hda_codec_hdmi,snd_hda_codec_generic,snd_hda_intel,snd_hda_controller
snd_hda_core 32768 5 snd_hda_codec_realtek,snd_hda_codec_hdmi,snd_hda_codec_generic,snd_hda_codec,snd_hda_controller
snd_hwdep 16384 1 snd_hda_codec
snd_seq 69632 0
snd_seq_device 16384 1 snd_seq
snd_pcm 118784 4 snd_hda_codec_hdmi,snd_hda_codec,snd_hda_intel,snd_hda_controller
snd_timer 32768 2 snd_pcm,snd_seq
snd 77824 34 snd_hda_codec_realtek,snd_hwdep,snd_timer,snd_hda_codec_hdmi,snd_pcm,snd_seq,snd_hda_codec_generic,snd_hda_codec,snd_hda_intel,snd_seq_device
soundcore 16384 1 snd
shpchp 40960 0
mei_me 24576 0
lpc_ich 24576 0
mfd_core 16384 1 lpc_ich
mei 90112 1 mei_me
nfsd 323584 1
auth_rpcgss 65536 1 nfsd
nfs_acl 16384 1 nfsd
lockd 94208 1 nfsd
grace 16384 2 nfsd,lockd
sunrpc 315392 7 nfsd,auth_rpcgss,lockd,nfs_acl
binfmt_misc 20480 1
hid_lenovo 20480 0
8021q 32768 0
garp 16384 1 8021q
stp 16384 2 garp,bridge
llc 16384 3 stp,garp,bridge
mrp 20480 1 8021q
e1000e 241664 0
serio_raw 16384 0
ptp 20480 1 e1000e
pps_core 20480 1 ptp
wmi 20480 0

dsmeg 输出很多，都要贴吗？

dypang@localhost:cpufreq$ sudo cat /sys/devices/system/cpu/cpu0/cpufreq/cpuinfo_cur_freq
1200000

谢谢！

开performance需要编译内核，比全新安装麻烦多了，不是简单改改配置文件就能够达到目的的。

如果全新安装的话，怎样能保证可以启用 performance选项？

貌似安装的时候系统没有问这样的问题啊

如果可以，重新安装一下也是值得的嘛

3.2G的是turbo boost模式，据 http://kolbusa.livejournal.com/71066.html 这篇，scaling_governor必须设置成performance才能达到。但这篇有点旧了，不清楚现在新的intel_pstate驱动是不是这样的。
能否turbo boost也要看其他核心的占用情况，bios中的设置也会影响。针对桌面系统的主板一般都会启用turbo boost的支持，服务器的就不一定了。
推荐用turbostat或者i7z来看各核心的实际状况

scaling_available_governors里面有还编译什么

i7z 对 Xeon 的CPU也管用吗？

已经有编译好的内核deb包，安装试用一下就知道了，不合适就删除，进不了系统也删除，满足不了功能需求再说，不用将简单的问题复杂化。下载地址在这里，从旧到新，很多版本，挑选挑选：http://kernel.ubuntu.com/~kernel-ppa/mainline。

为了稳定也好，为了性能也罢，不管出于什么目的，任何对内核配置的改动均需要重新编译，否则调节不会生效。

你说的笑话一点都不好笑
如果你不是在讲笑话，那还比较好笑

谁认为无需编译安装，新内核配置就能生效，谁就这么继续认为好了。对迄今听到过的最先进的机制只能膜拜，不争论，对牛弹琴的时候居多，争也争不出长短。