这是一个创建于 2137 天前的主题，其中的信息可能已经有所发展或是发生改变。
项目是分拆到多个仓库的那种，然后会 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
iRiven 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