首先上链接
链接: https://pan.baidu.com/s/1dplx9D4ycRAvSsqmxPj92A?pwd=vm9v 提取码: vm9v
里边包括我这次折腾odin3的工具，root的programmer。具体过程可以参考之前我发过的odin2root，只有programmer用这个新的就行。
模块我做了两个简单的emu_boost和风扇自动低温关闭的odin3_fan_guard_v0.1-safe。因为每次接usb odin3的风扇都很吵。我就直接部署了一个模块缓解这个情况。有一个项目https://github.com/AurelioB/cluster-tune通过降低cpu频率，我不太认可这种牺牲性能的缓解办法，还是下手root了。顺手改良了之前的模拟器boost模块适配到了新型号的odin3.

安装方法

• 确保设备已 Magisk Root
• 下载 你想用的模块对应的.zip
• Magisk → 模块 → 安装模块 → 选择 ZIP
• 重启设备即可
  

智能关闭风扇模块不需要配置，安装即用。
模拟器boost的配置文件位于 /sdcard/odin3_emu_boost.conf，可以自己新建一个空文本复制我的配置进去。
这是我自己用的版本：

复制内容到剪贴板

代码:

ENABLE_APP_BOOST=1
ENABLE_SYS_TUNE=1
ENABLE_GPU_TUNE=0
ENABLE_NODE_PROBE=1

APP_SCAN_INTERVAL=5
RENICE_LEVEL=-8
TASKSET_MODE=all
BOOST_THREADS=0
LOG_EVERY_N_LOOPS=50

APP_LIST="com.retroarch com.retroarch.aarch64 xyz.aethersx2.android org.dolphinemu.dolphinemu org.ppsspp.ppsspp dev.eden.edenemu com.github.stenzek.duckstation org.azahar_emu.azahar me.magnum.melonds"

注意事项

• 仅针对 Odin 3 系列设备，其他设备可能无效
• 调整 CPU 优先级和亲和性可能增加功耗，确保设备温控正常
• 模块可随时通过 Magisk 卸载或禁用
  

免责声明本模块仅供 Odin 3 系列 Android 设备用户 使用。使用模块可能影响风扇行为，但模块 不会对硬件造成物理损伤。请确保已备份数据，遵循 Magisk 模块安全使用规范。
作者不对由于配置不当或非官方设备使用导致的任何问题承担责任。


近期预告：最近自己沉迷真女神转生4和nds的9人9小时9门脱出，顺手制作了天马前端的nds和3ds对于新模拟器melonds和azahar的DIY适配工具集合。这两个模拟器更新非常频繁，实际体验也很好，远强于太监很久的drastic和citra。详细包括nds的dat金手指转换xml兼容melonds导入；3ds模拟器非cia标准游戏/dlc补丁解密+覆盖机器内存储强制导入；app/ra版本melonds配置+存档通用；晚点更新到别的帖子里。

[ 本帖最后由 gggbdm 于 2026-5-11 21:32 编辑 ]

还记得楼主odin2的补丁，这odin3就来了，太牛了！期待后续项目！

引用:

原帖由 danman 于 2026-5-12 12:56 发表
还记得楼主odin2的补丁，这odin3就来了，太牛了！期待后续项目！

后边的折腾比较散，我也不知道怎么分享合适。因为跳过前端，先去折腾某个模拟器，这种内容本身受众就更小了，怕大家不爱看这种。

补充一个最近实际测试过的apk ClusterTune cluster-tune
根据Retro Game Corps的Russ测试，这个app开启中等（Medium那一档）的cpu降频，实际odin3的跑分非常夸张甚至可以碾压更新一代的8gen5 elite平板。实测确实表现不错，续航提升差不多10-15%，游戏性能和风扇体验都好很多，非常值得试试看。



实际原理我可以附在后边：
Odin 3 Stock 上限是：

C0：3.53 GHz
C6：4.32 GHz

这不等于 CPU 会一直跑满，但只要跑分程序、驱动线程、系统服务或图形提交线程产生负载，大核就可能短时冲到高频。

移动 SoC 的高频末端功耗不是线性增加，而是近似：P=C*V*V*f

提高频率通常还必须同步提高电压，所以从 2.25 GHz 冲到 4.32 GHz，CPU 功耗可能不是简单增加约一倍，而可能增加数倍。

结果是：
CPU 为并不关键的工作短时冲高；
CPU 热量迅速进入整个 SoC；
CPU 与 GPU 争夺整机功耗预算；
GPU 温度或 SoC 热点更早碰到限制；
GPU 频率下调；
以 GPU 为主的跑分反而下降。

也就是说，Stock 的 4.32 GHz 在这种跑分中很可能属于：
花了很多功耗，却没有贡献多少最终游戏帧数。
Medium 状态

这个app的 Medium 策略 把两组 CPU 限制在大约：
C0：2.23 GHz
C6：2.25 GHz

此时 CPU 仍然足够完成：
Vulkan 驱动调用；
command buffer 提交；
跑分场景逻辑；
Android 系统调度；
数据解压和资源准备。
最终 GPU 可以：
更长时间维持高频；
减少 thermal throttling；
减少 power throttling；
获得更稳定的帧时间；
在整段跑分中完成更多帧。
所以分数达到约 6600，不是 CPU 被降频后“算得更快”，而是GPU 的持续性能提高了。