问题描述
-
最近在使用虚拟机 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，这样下次重启系统即可
