超算平台直接用默认 go build 编译 go 程序会失败或性能差，因默认配置未适配 mpi、多核拓扑、跨节点通信和静态链接需求；常见问题包括卡在 fetching module、mpi_init 符号缺失、glibc 版本不匹配及单核运行。
超算平台（如天河、神威、曙光等）上直接用默认 go build 编译 Go 程序，大概率会失败或性能极差——不是因为 Go 不支持 HPC，而是默认配置没适配 MPI、多核拓扑、跨节点通信和静态链接需求。
为什么超算节点上 go build 会卡住或报错
常见现象包括：go build 卡在 fetching module、undefined reference to MPI_Init、生成的二进制在计算节点运行时报 libpthread.so.0: version GLIBC_2.34 not found，或启动后只跑单核。
- 超算登录节点通常有完整网络和较新 glibc，但计算节点往往断网、glibc 版本陈旧、无动态库权限
- Go 默认启用
cgo，一旦调用 C 代码（比如封装 MPI），就依赖系统级 MPI 库路径和符号版本，而不同厂商集群的 MPI 安装路径（如/opt/mpi/intelvs/usr/lib64/mpich）差异极大 - Go Modules 的
proxy在计算节点不可达，且go mod download无法预拉取所有 transitive 依赖（尤其含//go:build cgo的模块） - 默认编译产物是动态链接，而超算作业调度器（Slurm/PBS）提交的 job 环境不加载 login 节点的
LD_LIBRARY_PATH
必须关闭 CGO 并静态链接的场景
当你不需要调用 MPI/C/Fortran，仅靠 Go 原生 goroutine + sync/atomic 做 CPU 密集型并行（如矩阵分块计算、蒙特卡洛模拟），应强制禁用 cgo，生成纯静态二进制。
- 设置环境变量：
CGO_ENABLED=0，再执行go build -ldflags="-s -w" -
-s去除符号表，-w去除 DWARF 调试信息，可让体积缩小 30%–50% - 验证是否真静态：
ldd your_binary输出not a dynamic executable才算成功 - 注意：禁用
cgo后，net包会回退到纯 Go 实现（无getaddrinfo），DNS 解析可能变慢；若需高性能网络，必须保留cgo并手动指定 MPI 工具链
需要 CGO + MPI 时的交叉编译配置
要调用 MPI_Send/MPI_Recv 或混合 OpenMP+Go，必须启用 cgo，但不能依赖默认 gcc —— 超算上实际要用 Intel mpiicc 或 GNU mpicc。
- 先确认 MPI 编译器封装是否存在：
which mpicc或which mpiicc；再查其包装的底层 gcc 版本：mpicc -v - 设置关键环境变量（以 GNU MPICH 为例）：
CGO_ENABLED=1CC=mpiccCXX=mpicxxCGO_CFLAGS="-I/opt/mpich/include"CGO_LDFLAGS="-L/opt/mpich/lib -lmpich" - 构建时加
-ldflags "-linkmode external -extldflags '-static-libgcc -static-libstdc++'"强制静态链接 C 运行时（避免 glibc 版本冲突） - 务必在登录节点完成
go mod vendor，把所有依赖打进vendor/目录，再打包上传至计算节点，绕过计算节点无网问题
Slurm 提交脚本中控制 Go 并行度的关键参数
Go 程序不会自动感知 Slurm 分配的 CPU 核数；若不干预，runtime.NumCPU() 返回的是物理节点总核数，而非当前 job 分配数，极易导致资源争抢或浪费。
- 在启动前显式设置：
GOMAXPROCS应等于srun --ntasks-per-node=1 --cpus-per-task=32中的cpus-per-task值 - 更稳妥的做法是在 main 入口读取环境变量：
os.Getenv("SLURM_CPUS_PER_TASK")，并用runtime.GOMAXPROCS(n)动态设值 - 若使用
sync.Pool或大内存对象，注意GOGC=20可降低 GC 频率（默认 100），减少 MPI 通信间隙的停顿 - 避免在 goroutine 中调用
os/exec.Command启动外部进程——Slurm 的cgroups限制可能导致子进程被 kill，改用syscall.Syscall直接调用更可靠
最易被忽略的一点：超算平台的文件系统（如 Lustre/GPFS）对小文件 IO 极其敏感，go mod download 产生的大量缓存文件会拖慢整个共享存储。务必在作业脚本开头用 export GOCACHE=/tmp/go-cache-$SLURM_JOB_ID 把缓存切到本地临时盘，否则首次运行可能卡住十分钟以上。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
