一、背景

最近装了v25，一旦使用git或者拷贝微信的聊天记录，还有一些高io负载的操作，就会导致cpu占用率飙升，风扇狂转，然后就是直接卡死。
最开始一直以为是磁盘io的问题，甚至还做过了磁盘优化，包括格式化参数、挂载参数，在一定程度上确实有所缓解，但是效果不明显。

直到有一天突发奇想，磁盘掉电是供电不足，为啥供电不足呢？总供电在那，是不是别人用电太多了？
于是就想到了耗电大户cpu，我限制cpu的频率，看看能不能解决问题。
经过一番测试，发现还真是这样，自从限制了cpu频率，虽然稍微卡了点慢了点，但不会死机了而且凉快很多，只要不睿频一切都好。

二、原因分析

1. 不少笔记本电脑在windows下有功耗墙，在cpu负载过高时，会自动限制cpu频率，防止cpu过热造成不稳定性(thinkpad的电源管理就非常明显)。
2. linux下也有类似的机制，但往往需要我们手动设置，而且没有oem厂商的适配，所以默认效果不一定跟你的电脑匹配。
3. 往往我们会发现linux下跑分比windows还要高，很多情况下是linux下面没有那么狠的功耗限制，cpu可以一直跑满，从而导致跑分较高，当然我们日常使用也是非常流畅的。
4. 电脑在电源用久了以后也会老化，散热也会变差，这在另一方面加重了这种不稳定情况的产生。
5. deepin v25又是玲珑、又是磐石的，io读写很凶，这就导致cpu很容易吃满，尤其是比较烂的硬盘这种情况尤为突出。
6. 顺便吐槽一下linux的电源管理，performance大部分时候就直接睿频到频率上限，这供电十有八九不够呀，之前deepin比较发烧也是因为性能拉的太满了。

三、解决方案

经过上述分析，那就简单了，我们只需要限制cpu最高频率即可，基本上只要不长时间睿频到最高频率，就不会出现卡死的情况了。
具体限制cpu频率的方法如下：

1. deepin不需要安装tlp，直接使用即可。

2. 其他发行版需要安装tlp,sudo apt install tlp，然后启动tlp:sudo tlp start。

3. 然后编辑tlp配置文件 sudo nano /etc/tlp.conf

4. 找到 CPU_MAX_ON_AC=100，去除前面的 #修改上限为 CPU_MAX_ON_AC=90，然后保存退出即可。

    #CPU_MIN_PERF_ON_AC=0
    CPU_MAX_PERF_ON_AC=90
    #CPU_MIN_PERF_ON_BAT=0
    #CPU_MAX_PERF_ON_BAT=30
   

5. 重启电脑，然后使用 sudo tlp stat查看cpu频率限制是否生效。

6. 也可以使用 sudo cpupower frequency-info查看cpu频率限制是否生效。

╭─fslong@fslong-ok ~ 
╰─$ sudo cpupower frequency-info
analyzing CPU 0:
  driver: intel_pstate
  CPUs which run at the same hardware frequency: 0
  CPUs which need to have their frequency coordinated by software: 0
  maximum transition latency:  Cannot determine or is not supported.
  hardware limits: 800 MHz - 4.00 GHz
  available cpufreq governors: performance powersave
  current policy: frequency should be within 800 MHz and 3.60 GHz.
                  The governor "performance" may decide which speed to use
                  within this range.
  current CPU frequency: Unable to call hardware
  current CPU frequency: 3.60 GHz (asserted by call to kernel)
  boost state support:
    Supported: yes
    Active: yes

我这个最高4GHz，performance下跑满3.6GHz，正好就是90%，所以限制成功了，之前直接4GHz跑满的。

四、说在最后

这样有人会说，那这样cpu性能就降低了呀，降低这部分我们可以从别的地方找呀，比如使用zen内核、优化磁盘挂载参数等等方面优化，这样就有稳定又不失体验，我现在v25用得贼爽。

另外再补一张长时间睿频的负面影响：

尤其是现在deepin对io的需求比较大，长时间睿频反而很可能会造成卡顿情况，cpu在那等io，综上所述，降频不一定会降低体验，大家可以找一个合适的频率运行。

最后我想说，很多时候我们总是吐槽官方复现不了一些bug，直到最近我才反应过来。
deepin官方人员手头的设备都比较新，而且都维护的比较好，不像我们普通用户什么工况使用的电脑都有。
所以很多时候这种官方很难复现，也很难排查，这种情况就需要我们自己动手解决了，说白了还是自己电脑软硬件环境的问题。
甚至环境湿度、温度、灰尘这些对稳定性都有影响，就差那么一点，在你这就触发了，在官方那里就触发不了。
所以大家在遇到问题的时候，不要着急，多思考，多动手，多尝试，多总结，多分享，多交流，多学习，多进步，少埋怨官方一些。

当然我建议官方也考虑下电源管理这块，做一点限制，不要跑得那么满，这样稳定性能提升不少，性能损失也不会太大，甚至因为发热少，导致运行比较顺畅体验更好。