Mac M1 Pro通过Docker编译Linux/amd64 Haskell项目遇内存错误求助

调整Stack编译的并发与内存限制 #

GHC编译Haskell代码的内存消耗远高于多数编程语言，即使给VM分配了16G内存，不当的并发设置或内存限制仍会触发OOM：

• 降低并发编译数：把-j 4改为-j 2甚至-j 1，减少同时编译的模块数量，降低内存峰值。执行命令示例：

  stack build --fast -j 2 --allow-different-user
  

• 限制单个GHC进程的堆内存：通过Stack配置或环境变量给每个编译进程设置内存上限。在项目根目录的stack.yaml中添加：

  ghc-options:
    "$everything": +RTS -M4G -RTS
  

  这里-M4G表示每个GHC进程最多使用4G堆内存，可根据VM总内存调整（比如16G内存配-j2，总占用约8G，留足系统内存余量）。也可临时用环境变量设置：

  export STACK_GHC_OPTIONS="+RTS -M4G -RTS"
  stack build --fast -j 2 --allow-different-user
  

优化Docker编译环境的缓存 #

容器内重复编译会浪费内存和时间，利用好Stack缓存能大幅缓解问题：

• 挂载Stack缓存目录：在运行Docker容器时，把本地的~/.stack目录挂载到容器内对应路径，避免每次编译都重新下载依赖、编译中间产物。
• 使用预编译GHC镜像：选择针对linux/amd64的GHC 9.6官方镜像，跳过在容器内编译GHC的步骤，节省大量内存和时间。

微调Colima VM配置 #

16G内存仍不够的话，可以从VM层面补充内存缓冲：

• 添加Swap分区：给Colima VM创建Swap分区，当物理内存不足时用磁盘空间临时缓解。执行以下命令：

  colima ssh
  sudo fallocate -l 8G /swapfile
  sudo chmod 600 /swapfile
  sudo mkswap /swapfile
  sudo swapon /swapfile
  

• 清理VM闲置进程：通过colima ssh进入VM后，用top命令查看高内存占用的闲置进程，手动关闭释放资源。

额外的Haskell编译优化 #

• 进一步降低编译优化等级：--fast已经启用-O0，但可以添加更多减少内存消耗的GHC选项，在stack.yaml中修改：

  ghc-options:
    "$everything": -O0 -fno-full-laziness -fno-ignore-asserts +RTS -M4G -RTS
  

• 拆分编译任务：如果项目包含多个子包，先单独编译依赖较少的基础库，再编译主项目。示例：

  stack build my-base-lib --fast -j 1 --allow-different-user
  stack build --fast -j 2 --allow-different-user
  

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