问题描述
- 最近在使用虚拟机 ubuntu 20.04 编译 musl gcc 工具链时,遇到一个奇怪的问题,编译过程中异常退出,清理了多次重新编译,发现编译报错提示的信息是 internal compiler error: Segmentation fault
- 由于之前是可以正常编译的,所以怀疑编译环境造成的
解决方法
- 初步重启 ubuntu 可以解决,不过做了一些操作后,再编译,就发现又不行了,这到底是存在问题
- 经过搜索 Segmentation fault 解决方法,自己初步总结了一下:
- 问题的根本原因除了内存不足(free 查看),主要的原因是 open file 文件描述符 限制问题,因为在编译大型软件,尤其是 gcc 工具链时,多线程操作需要大量的文件的打开,也就是 ubuntu 默认的文件打开的个数受限制了
- 可以通过
ulimit -a
查看,如open files (-n) 1024
,这里是 1024,把这个改大即可正常编译通过
$ ulimit -a
core file size (blocks, -c) 0
data seg size (kbytes, -d) unlimited
scheduling priority (-e) 0
file size (blocks, -f) unlimited
pending signals (-i) 31292
max locked memory (kbytes, -l) 65536
max memory size (kbytes, -m) unlimited
open files (-n) 1024
pipe size (512 bytes, -p) 8
POSIX message queues (bytes, -q) 819200
real-time priority (-r) 0
stack size (kbytes, -s) 8192
cpu time (seconds, -t) unlimited
max user processes (-u) 31292
virtual memory (kbytes, -v) unlimited
file locks (-x) unlimited
- 临时更改方法:
ulimit -n 65535
让 ulimit -n 65535
一直生效?
- 发现当前的 shell 改了 ulimit 限制后,其他的 shell 下,依旧不生效,重启后,当前全部失效
- 可以更改
/etc/security/limits.conf
来解决,更改完后,需要重启ubuntu
让配置生效 sudo vim /etc/security/limits.conf
,增加或者修改
* soft nofile 65536 # open files (-n)
* hard nofile 65536
- 注意修改
/etc/security/limits.conf
后无法立即生效,只能重启系统(而不是 shell) - 建议先通过
ulimit -n 65535
临时修改,解决编译问题,然后再修改/etc/security/limits.conf
,这样下次重启系统即可