问题简述

很多人在编译后或者好不容易拿到符合自己需求的系统包后，体验一直上不去，甚至有些使用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

通过上面命令可以看到核心数
例如：cpu0 cpu1 cpu2 cpu3 ...

查询

查看当前运行CPU模式（这里是CPU0为例）

cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor

结果

• powersave （节能模式）
• performance （性能模式）
  需要说明的是，这里的性能模式，一般是指高频空载，非满载模式，满载类似烤机那种，

空载只是把CPU核心频率以最高频率运行任务，致使硬件性能最大化。

如果是节能模式，我们通过命令对每个核心做性能模式切换调整

整命令参考

[hide]

#自动空载到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
#上面4行按照cpu核心，添加到openwrt开机启动项即可（双核四线程按照0-3共4个核心添加4条）多核心根据policy3往下写
#下面是指定频参数
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
#上面4行按照cpu核心定频2.7Ghz，添加到openwrt开机启动项即可（双核四线程按照0-3共4个核心添加4条）多核心根据policy3往下写

[/hide]

其他Linux系统上通用，例如 centos 或 ubuntu