这是一个创建于 2234 天前的主题，其中的信息可能已经有所发展或是发生改变。
项目是分拆到多个仓库的那种，然后会 import 很多公共的 pb, 编译完之后的文件有 366M。。。我看 import 的包都被 cache 了，卡在 link 的时间比较长。这个是什么原因？符号太多？
go build -v -x -ldflags="-v=2" .
最后的输出
12.08 symsize = 0 14.13 pclntab=96705222 bytes, funcdata total 22521356 bytes 14.73 dodata 14.94 symsize = 0 15.10 symsize = 0 15.73 dynreloc 16.19 dwarf 22.82 asmb 22.82 codeblk 23.84 datblk 23.93 reloc 25.26 sym 25.26 headr 25.36 cpu time 4611380 symbols 3060492 liveness data
然后会有很多 mark text, 和 removing method 条目打出来。。。
有大佬懂得吗
 | 1 reus 2020 年 3 月 11 日  2 30 秒还想怎样？换成是 llvm / gcc 的，这么大的项目，可能得 30 分钟。 |
 | 2 Erskine 2020 年 3 月 11 日 via Android 366M ？这是把一些资源都内置进去了？ |
 | 3 rrfeng 2020 年 3 月 11 日 366M 的话 30s 真的很快了… |
 | 4 cmdOptionKana 2020 年 3 月 11 日 1 一直在想，如果 linux 软件大部分用 go 重写（当然不可能），那肯定是 Gentoo 的春天。 |
 | 5 my3157 2020 年 3 月 11 日 可能被 golang 惯坏了, 试试 rust // golang 有编译缓存的, 应该是大量 pb 的原因 |
 | 6 dog82 2020 年 3 月 11 日 begoo 有个 fsnotify |
 | 7 Leigg 2020 年 3 月 11 日 import 了什么玩意儿，三百兆，好好检查一下，少用私人库 |
 | 8 DonaidTrump 2020 年 3 月 11 日 via iPhone 很想知道什么项目编译完要 300 多 M |
 | 9 LokiSharp 2020 年 3 月 11 日 via iPhone 想知道你源码多大 |
 | 10 guonaihong 2020 年 3 月 11 日 你这至少要 100w 行代码编译吧？ |
 | 11 herozzm 2020 年 3 月 11 日 via Android web 项目才是痛苦 改点东西就得重启，没法热更新 |
 | 12 chenset 2020 年 3 月 11 日 golang 也有 plugin, https://golang.org/pkg/plugin/ |
 | 13 xfriday 2020 年 3 月 11 日 rust release 模式的话得 2 小时不止 |
 | 16 Sasasu 2020 年 3 月 12 日 c++ 界的解决办法：动态链接 |
 | 17 TangMonk 2020 年 3 月 12 日 估计编译了一堆 assets |
 | 18 GeminiPro 2020 年 3 月 12 日 感觉比 cpp 快。。。 |
 | 19 GreyYang 2020 年 3 月 12 日 1 拆成 go plugin 用链接 so 的方法可能可以把需要重新编译的部分减少 |
Select Language