# 简述
很多人在编译后或者好不容易拿到符合自己需求的系统包后，体验一直上不去，甚至有些使用 j1900CPU 感觉还不如硬件路由
例如，开网页加载慢半拍、视频加载速度上不去的感觉（特别是油管），很大的原因都是由省电模式导致的。
CPU 频率在编译后，不做优化的情况下。
性能模式一直是省电模式运行，特别对于硬件配置低、或高配硬件达不到应有体验
实例：处理器： 英特尔（R） 赛扬（R） J4125 CPU @ 2.00GHz
# 通过
命令查询当前频率
cat /proc/cpuinfo |grep MHz|uniq |
# 结果
为
cpu MHz : 1201.146 | |
cpu MHz : 1200.982 | |
cpu MHz : 1200.165 | |
cpu MHz : 1200.076 |
# 命令
cd /sys/devices/system/cpu/ |
通过上面命令可以看到核心数
例如： cpu0 cpu1 cpu2 cpu3 ...
# 查询
查看当前运行 CPU 模式（这里是 CPU0 为例）
cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor |
# 结果
powersave （节能模式）
performance （性能模式）
需要说明的是，这里的性能模式，一般是指高频空载，非满载模式，满载类似烤机那种，
空载只是把 CPU 核心频率以最高频率运行任务，致使硬件性能最大化。
如果是节能模式，我们通过命令对每个核心做性能模式切换调整
# 调整命令参考
echo performance >> /sys/devices/system/cpu/cpufreq/policy0/scaling_governor | |
echo performance >> /sys/devices/system/cpu/cpufreq/policy1/scaling_governor | |
echo performance >> /sys/devices/system/cpu/cpufreq/policy2/scaling_governor | |
echo performance >> /sys/devices/system/cpu/cpufreq/policy3/scaling_governor | |
echo 2700000 > /sys/devices/system/cpu/cpufreq/policy0/scaling_min_freq | |
echo 2700000 > /sys/devices/system/cpu/cpufreq/policy1/scaling_min_freq | |
echo 2700000 > /sys/devices/system/cpu/cpufreq/policy2/scaling_min_freq | |
echo 2700000 > /sys/devices/system/cpu/cpufreq/policy3/scaling_min_freq | |
echo 2700000 > /sys/devices/system/cpu/cpufreq/policy0/scaling_min_freq | |
echo 2700000 > /sys/devices/system/cpu/cpufreq/policy1/scaling_min_freq | |
echo 2700000 > /sys/devices/system/cpu/cpufreq/policy2/scaling_min_freq | |
echo 2700000 > /sys/devices/system/cpu/cpufreq/policy3/scaling_min_freq |
其他系统上高性能模式，例如 centos 或 ubuntu 转载请注明 blog.kls.red .
