一、目前存在的小问题
手机日常使用中,当大核忙碌、负载过高或发热升温时,系统会把部分任务转移到中核、小核运行。
现在的问题是:
任务换到新核心后,系统需要现场反复计算、慢慢试探频率,才能找到合适的运行速度。
这个“临时计算、慢慢试探”的过程,会带来三个小缺点:
1. 调度反应慢半拍
2. 短暂轻微掉帧、滑动不够跟手
3. 频繁迁核会增加系统运算开销,间接耗电
二、我的优化思路:提前建好「核心算力换算参考表」
简单说:把所有复杂计算提前在实验室算好,系统运行时只查表,不用现场算
1. 提前测试各大核心的性能差距
超大核、大核、中核、小核架构不一样,同样频率速度完全不同。
我们可以提前测出等效关系:
例如:超大核2GHz 的速度 ≈ 中核XXGHz(含迁移损耗补偿)
2. 提前扣除“换核性能损耗”
任务换核心会有短暂缓存损耗,我建议在制表时提前把这部分损耗算进去、补偿掉。
确保任务迁移后速度不下降、不卡顿。
3. 搭配场景频率白名单
给日常APP(社交、视频、浏览、游戏)预设一套合理的核心频率上限,
常态不乱升频、不浪费电量,需要迁移时又有标准可
23 人已参与
支持
反对