大佬考虑采用这个PR来加速编译速度吗？

[wanmyj]

Discussed in #51

^{Originally posted by wanmyj October 31, 2023}
coolsnowwolf/lede#7796
偶然发现lede的repo里有这个open的PR，好像采用了cache缓存工具链，我对action也不是很懂，不知道能不能应用到大佬的仓库里。

我看大家的action都是5hour左右，如果能降到一小时以内，会方便很多

[chenmozhijin]

我以前也看到过这个PR，不过它是两年前的到现在还没有合并，根据下面的评论来看问题也不少。

这个方法节省的是编译工具与编译工具链的时间，一般加起来不到一个小时。想要5小时左右降到一小时以内这个方法是行不通的。

编译的快主要还是编译的插件少并且没有job之间的文件传输，不过如果只用一个job则最多只能运行6小时的编译，现在的插件数量如果没有一个好的cpu是编译不完的。

并且 GitHub Actions运行器cpu是随机分配的，不同cpu的编译速度差距还是很大的（可以在“输出运行器硬件信息”步骤查看运行器配置），近一周以来慢的7h 33m 19s与快的5h 10m 3s差了进2.5小时。

不过很多时候重复编译的时后都只更新了一两个包，只要内核与内核模块不更新就可以使用上一次的未更新的包加上使用sdk重新编译的更新了的包，直接送到build-Image job中构建镜像，这样倒有可能降到一小时以内，不过可能会出现兼容性问题。

虽然想法还行不过最近我都没有什么时间，等有空了可以试试。

[wanmyj]

感谢！