项目是分拆到多个仓库的那种,然后会 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-03-11 18:17:12 +08:00 2
30 秒还想怎样?换成是 llvm / gcc 的,这么大的项目,可能得 30 分钟。
|
2
iRiven 2020-03-11 19:01:44 +08:00 via Android
366M ?这是把一些资源都内置进去了?
|
3
rrfeng 2020-03-11 19:03:37 +08:00
366M 的话 30s 真的很快了…
|
4
cmdOptionKana 2020-03-11 19:54:12 +08:00 1
一直在想,如果 linux 软件大部分用 go 重写(当然不可能),那肯定是 Gentoo 的春天。
|
5
my3157 2020-03-11 19:59:51 +08:00
可能被 golang 惯坏了, 试试 rust // golang 有编译缓存的, 应该是大量 pb 的原因
|
6
dog82 2020-03-11 20:14:56 +08:00
begoo 有个 fsnotify
|
7
Leigg 2020-03-11 20:24:16 +08:00
import 了什么玩意儿,三百兆,好好检查一下,少用私人库
|
8
tulongtou 2020-03-11 20:26:39 +08:00 via iPhone
很想知道什么项目编译完要 300 多 M
|
9
LokiSharp 2020-03-11 20:27:52 +08:00 via iPhone
想知道你源码多大
|
10
guonaihong 2020-03-11 21:54:33 +08:00
你这至少要 100w 行代码编译吧?
|
11
herozzm 2020-03-11 22:10:02 +08:00 via Android
web 项目才是痛苦 改点东西就得重启,没法热更新
|
12
chenset 2020-03-11 22:35:50 +08:00
golang 也有 plugin, https://golang.org/pkg/plugin/
|
13
xfriday 2020-03-11 22:52:02 +08:00
rust release 模式的话得 2 小时不止
|
16
Sasasu 2020-03-12 09:35:44 +08:00
c++ 界的解决办法:动态链接
|
17
TangMonk 2020-03-12 14:07:40 +08:00
估计编译了一堆 assets
|
18
tyrantZhao 2020-03-12 14:25:11 +08:00
感觉比 cpp 快。。。
|
19
GreyYang 2020-03-12 15:51:23 +08:00 1
拆成 go plugin 用链接 so 的方法可能可以把需要重新编译的部分减少
|