Cython编译突然失败，GCC报Killed信号终止cc1进程如何排查？

你遇到的x86_64-linux-gnu-gcc: fatal error: Killed signal terminated program cc1报错绝大多数场景是服务器可用内存不足，触发Linux系统的OOM（内存耗尽）查杀机制，主动终止了编译进程cc1。本地Windows环境内存充足不会触发该问题，和代码本身逻辑无关。

• 执行dmesg | grep -E 'Out of memory|cc1|gcc'命令查看系统内核日志，如果返回包含OOM killer、killed cc1等相关记录，即可100%确认是内存不足导致
• 编译时额外开启一个终端窗口，执行free -h命令实时观测内存占用变化，确认编译时内存是否被完全占满
• 执行df -h确认编译目录所在磁盘分区是否有剩余空间，磁盘占满也可能触发编译进程被杀，该情况概率较低

方案1：临时新增交换分区（优先级最高，成本最低） #

针对DigitalOcean低配无swap的默认服务器，可临时创建swap分区缓解内存压力，编译完成后可随时删除：

# 创建1G大小的swap文件，内存缺口大可调整为2G
sudo fallocate -l 1G /swapfile
# 配置正确权限
sudo chmod 600 /swapfile
# 格式化为swap格式
sudo mkswap /swapfile
# 启用swap分区
sudo swapon /swapfile

编译结束后如果不需要保留swap，可执行以下命令删除：

sudo swapoff /swapfile && sudo rm /swapfile

方案2：调整编译参数降低内存消耗 #

修改Cython对应的setup.py配置，降低gcc优化等级、关闭并行编译，减少编译时内存占用：

from setuptools import setup
from Cython.Build import cythonize
import os

# 替换默认的-O2优化等级为-O1，降低编译内存消耗
os.environ["CFLAGS"] = "-O1"

setup(
    ext_modules = cythonize("event.pyx", compiler_directives={'language_level' : "3"}),
    # 关闭并行编译，避免多进程同时占内存
    options={"build": {"parallel": 0}}
)

方案3：临时升级服务器配置 #

编译阶段临时将DigitalOcean Droplet升级到更高内存的套餐，编译完成后再降回原配置，适合不想修改代码/系统配置的场景。

内容的提问来源于stack exchange，提问作者erixliechtenstein