RT , 每次同步的时候太慢了,于是让 codex 改了,codex 发现每个类执行完毕需要 sleep 100ms ,没有提到具体为什么,猜测是为了给编译器让出资源。
总结一下改动的地方和改动的成果:
改动:
1. 缩短每个方法处理后的固定等待,把 sleep(100ms) 改成 sleep(1ms)
2. 减少无用的调试日志输出
3. 去掉上传 JSON 的格式缩进和换行,上传数据改成紧凑 JSON ,减少字符串体积和传输量。
成果:
扫描范围为:2,960 个类、162 个 Controller 、210 次返回类型推断
1.类扫描与解析:原始版本 245.0 秒,修改后两次分别为 90.0 秒、72.0 秒。
2.解析后处理及上传:原始版本 31.8 秒,修改后两次分别为 16.7 秒、27.5 秒。
3.完整任务:原始版本 277.2 秒,修改后两次分别为 107.4 秒、100.3 秒。
按最新一次计算,总耗时减少了 176.9 秒,约 63.8%。
所以如果有遇到类似问题的,可以参考这些改动直接让 Agent 工具去改,改了之后找个新空间测试一下,看看是否有效。
总结一下改动的地方和改动的成果:
改动:
1. 缩短每个方法处理后的固定等待,把 sleep(100ms) 改成 sleep(1ms)
2. 减少无用的调试日志输出
3. 去掉上传 JSON 的格式缩进和换行,上传数据改成紧凑 JSON ,减少字符串体积和传输量。
成果:
扫描范围为:2,960 个类、162 个 Controller 、210 次返回类型推断
1.类扫描与解析:原始版本 245.0 秒,修改后两次分别为 90.0 秒、72.0 秒。
2.解析后处理及上传:原始版本 31.8 秒,修改后两次分别为 16.7 秒、27.5 秒。
3.完整任务:原始版本 277.2 秒,修改后两次分别为 107.4 秒、100.3 秒。
按最新一次计算,总耗时减少了 176.9 秒,约 63.8%。
所以如果有遇到类似问题的,可以参考这些改动直接让 Agent 工具去改,改了之后找个新空间测试一下,看看是否有效。