glm5.2 自动优化程序性能极限测试
之前 glm5.2 刚出来的时候用 `/goal` 进行过一轮优化，web-font 获得了最大二十倍的性能提升：[glm5.2 优化项目性能达到原来的二十倍](https://shenzilong.cn/index/glm5.2%E4%BC%98%E5%8C%96%E9%A1%B9%E7%9B%AE%E6%80%A7%E8%83%BD%E8%BE%BE%E5%88%B0%E5%8E%9F%E6%9D%A5%E7%9A%84%E4%BA%8C%E5%8D%81%E5%80%8D.html)。
现在再次尝试使用 `/loop` 模式进行极限优化，在消耗将近 1.5B token 后再次达到极限了，连续多轮优化无正面进步。
性能相比上次再次得到大幅提升，下面图一是本次优化后的数据，图二是上次的数据。
可以看到再次得到两倍多的性能提升，基本可以说字体裁剪这个项目迈入了亚毫秒级裁剪的门槛。
并且再次修复了多个 bug 并且支持了，其中有些 bug 修复后是会影响性能的。
还支持了 FiraCode 这样的具备连字特性的字体裁剪。
我所使用的提示词：[https://github.com/2234839/web-font/blob/new/task.md](https://github.com/2234839/web-font/blob/new/task.md)
另外听说 kimi k3 很强？我将在接下来使用 k3 进行 loop 模式的性能优化测试，看他能否在 glm5.2 的基础上更进一步。
关注崮生，看更多 ai 实测数据。
---
原文链接：[点击查看](https://www.v2ex.com/t/1229850)
现在再次尝试使用 `/loop` 模式进行极限优化，在消耗将近 1.5B token 后再次达到极限了，连续多轮优化无正面进步。
性能相比上次再次得到大幅提升，下面图一是本次优化后的数据，图二是上次的数据。
可以看到再次得到两倍多的性能提升，基本可以说字体裁剪这个项目迈入了亚毫秒级裁剪的门槛。
并且再次修复了多个 bug 并且支持了，其中有些 bug 修复后是会影响性能的。
还支持了 FiraCode 这样的具备连字特性的字体裁剪。
我所使用的提示词：[https://github.com/2234839/web-font/blob/new/task.md](https://github.com/2234839/web-font/blob/new/task.md)
另外听说 kimi k3 很强？我将在接下来使用 k3 进行 loop 模式的性能优化测试，看他能否在 glm5.2 的基础上更进一步。
关注崮生，看更多 ai 实测数据。
---
原文链接：[点击查看](https://www.v2ex.com/t/1229850)
评论
暂无评论。