🎯 Thread Optimization v1.1.8 +

😑 This version brings configured for some applications

➡️ Configured applications

🅰 Same post in other languages

✅ By Suto

🏆 @ModulOStk 👩‍💻 @LeanTuPapi

https://github.com/Seyud/Mediatek_Mali_GPU_Governor

🏆 @ModulOStk 👩‍💻 @LeanTuPapi

先来声明一下f2fs的作用:有需要再安装模块
F2FS文件系统——好用但挑食的“小年轻”
这货是专门伺候闪存（比如手机存储、固态硬盘）的“小管家”，优点是干活快、脑子活，但有时候毛手毛脚，不如老前辈（比如ext4）稳重。
### 优点：
1. “写文件飞快”
像快递员送包裹，会把零散小件（随机小文件）打包成整箱（顺序写入），SSD用起来特别爽，手机装APP、拍照存图都比传统文件系统利索。
2. “不折腾闪存寿命”
普通文件系统像“反复擦黑板”，容易把闪存写报废。F2FS会智能分配冷热数据，像“轮班用笔记本”，让闪存颗粒多活几年。
3. “年轻人就是花样多”
支持加密、压缩（省空间）、动态扩容，不像ext4这种“老古董”动不动就inode不够用。

### 缺点：
1. “用久了会变卡”
时间长了文件碎片多（像房间乱丢衣服），虽然它会自己整理（垃圾回收），但低端手机可能边整理边卡顿，急用时候真想骂街。
2. “脾气倔，挑设备”
只认Linux亲爹（Windows/macOS得装插件），放机械硬盘上反而跑不过ext4，纯纯的“闪存少爷病”。
3. “出事了难抢救”
万一系统崩了，修复工具少，不像ext4那种老江湖，随便一个U盘启动盘都能救场。

### 适合谁用？
- 推荐：安卓手机、SSD电脑盘、天天折腾数据的（比如搞开发的）。
- 别折腾：U盘移动硬盘、老爷机、求稳怕麻烦的小白。
（手动狗头保命）

核心优化逻辑说明
1. 动态阈值计算

- 通过  df -GB /data  读取data分区总容量（单位：GB），转换为整数  total_storage 。

- 若  total_storage ≥ 256 （大存储设备），“极快”阈值设为 80%；
若  total_storage < 256 （小存储设备，如64GB/128GB），阈值降至 70%。

2. 剩余空间百分比计算
- 用  free_percent=$(( Level_free * 100 / total_storage ))  计算剩余空间占总容量的百分比，替代原“基于Main area千分比”的复杂逻辑，直接关联用户可见的“总容量”，更易理解。

3. 等级划分适配(对256g内存特殊优化[doge][doge])

- 小存储设备（如128GB）：
- 当剩余空间 ≥ 70%（即 ≥89.6GB）时，标注“极快”，相比原80%阈值（102.4GB），释放12.8GB可用空间，缓解容量紧张问题。

- 大存储设备（＞256GB ）：
- 保留80%阈值（512*0.8GB），充分利用充足空间，发挥硬件速度优势。

4.- 阈值等距化：60/70/80/90四档，每档跨度10%，避免原代码中“满速”的绝对化表述和方案的激进性，改用“极高”体现“接近极限”的状态。

5.- 新增存储介质适配：[受虐滑稽][受虐滑稽]说实话只是针对老机型，毕竟root了的很多老机型玩家
- 通过  dev.mnt.blk.data  获取data分区设备名，判断是eMMC（含 mmcblk ）还是UFS（含 sda ）。
- 紧急等级1时，UFS介质的GC持续时间（ GC_UST ）设为30ms（更快回收），eMMC设为50ms（保护寿命）。

- 空间优先策略：
- 先判断剩余空间（ Level_free ），再处理磁盘效率（BDF），确保“空间不足”问题优先解决。
- 紧急等级2（空间紧张）时，统一适配不同介质，避免eMMC因频繁GC缩短寿命。

6-- 新增存储介质检测逻辑，通过系统属性获取设备名，动态区分eMMC/UFS，使GC策略更贴合硬件特性。- 对SSD/UFS等高速介质，保持高阈值（80%），放大速度优势；- 对eMMC/机械硬盘，降低阈值（如70%），避免因空间过度预留导致性价比下降。

7.- 策略更合理：严格遵循“空间不足优先处理，效率问题按严重程度分级”，避免原代码中“空间稍紧张但效率良好时触发不必要的高频GC”。
- 性能更均衡：根据紧急等级动态调整GC间隔，在“问题处理速度”和“系统资源占用”间实现更好的平衡。

8.修改sleep时间为两倍[doge]，优化部分代码，

9:后续看反馈是否跟进仅在息屏执行，避免在游戏中，高功耗导致卡顿，或者修改cpu利用低于多少的时候才执行[可怜][可怜][可怜]太懒了只能说，后续应该会有段时间不更新代码了，要期末考试了，还要准备电赛[色]不过有什么模块的想法可以给我说，如果可行的话，我可以帮忙制作

已经争取二改作者授权，原作者目前未回复，如果侵权，后续会主动下架@华为消费者业务客服 @我不是尘桑
说明一下 原作者 二改 三改 各有各的好处，有的偏激进 有的偏稳重 没必要争论哪个好 各有各的优点 各有各的见解[再见][再见]

特别鸣谢:
●本模块基于SimpleGC魔改
@华为消费者业务客服 @我不是尘桑
[喝茶][喝茶][喝茶]
当然还有点隐秘小优化，就不告诉你们了嘿嘿，不过不知道有没有bug，没事你们当小白鼠试试，反正没有加格机的东西[受虐滑稽][受虐滑稽][受虐滑稽]

最后再说明一下 原作者 二改 三改 各有各的好处，有的偏激进 有的偏稳重 没必要争论哪个好 各有各的优点 各有各的见解[再见][再见]

😀 Same post in other languages

🏆 @ModulOStk 👩‍💻 @LeanTuPapi

原修改看我之前图文
现在来描述我最新的优化

1
log日志不会报错，简化log日志，图一图二为原版

声明一下:这个报错不影响功能，用原作者和二改的没必要惊慌，三个版本各有各的优势

2- 旧版本：

- 调试日志无控制（如  echo "剩余空间: $Free" >> "$LOG_FILE"  每次循环必写），日志文件膨胀快，关键信息被淹没。

- 优化后版本：

- 引入  DEBUG=0  开关，默认关闭详细日志，仅记录关键信息（如错误、状态变更），日志可读性大幅提升（如之前的重复“脚本睡眠”日志已修复）。

3.可以自己设置休眠时间多少秒，原作者和二改也可以，只是我想让大家知道自己修改觉得合适的值
/data/adb/modules/F2FS-SuperGC/config/sleep_time.txt，修改sleep_time的值，就一个多少秒，沙子都知道怎么修改我只能说[墨镜滑稽][墨镜滑稽]

4- 强制  gc_call_diff=$((gc_calld >= gc_call ? gc_calld - gc_call : 0)) ，确保差值非负，避免无效数据干扰统计。

5- 合并管道逻辑（如  echo "$status_content" | grep -A130 "$userdata" | grep -w "Free" | awk '{print $3}' | tr -cd "[0-9]" ），用  awk  直接过滤（减少  grep  调用），子进程数量减少约 30%。

6.- 循环内仅读取一次  status  内容到变量  status_content ，后续函数直接使用该变量（1次/循环），IO 次数减少 2/3，尤其适合高频循环场景（如短睡眠间隔）。

已经争取二改作者授权，原作者目前未回复，如果侵权，后续会主动下架@华为消费者业务客服 @我不是尘桑
说明一下 原作者 二改 三改 各有各的好处，有的偏激进 有的偏稳重 没必要争论哪个好 各有各的优点 各有各的见解[再见][再见]

😀 Same post in other languages

🏆 @ModulOStk 👩‍💻 @LeanTuPapi

GameResChange 1.6 ROOT (by Dan/DMGK)

Change resolution of any app/game on Android 13 and up (might work on some devices running 12/12.1)

Changelog

- Added FPS control's, allowing one to lower a game/app's FPS to save battery (due to technical reasons this app can't force games to run at a higher FPS)

Note:
I apologize for the delay to release updates, due to family and personal problems i haven't been having much motivation to work, but i'll do my best to fix bugs and improve things when i can

Github

PayPal

By @danmgk

🏆 @ModulOStk 👩‍💻 @LeanTuPapi