摘要
一篇关于维护ROCm包集合的深度技术文章，记录了构建AMD ROCm GPU计算生态系统中遇到的重重困难。对于需要构建ROCm包的开发者来说，这是难得的实战经验总结。
核心亮点
🏗️ 构建资源需求惊人
- 32核Zen 5不足以提供愉快体验
- 128线程EPYC Milan不够
- 256线程EPYC 5.6GHz超频仍不够
- 32GB内存不可能，96GB不足，512GB仍不够
🔧 关键问题列表
- composable_kernel: 实际上是编译器 torture test，单个kernel编译需15分钟/每个ISA
- hipBLASlt: Tensile内核生成器会吃光RAM，峰值需240GB临时空间
- 生成200GB汇编文件，注释内容相当于25,000份《战争与和平》
- ROCm的LLVM fork在编译x86 AV512代码时无限循环
- 循环依赖：aotriton ↔ torch, aqlprofile ↔ rocm-runtime
- miopen的git lfs配置排除了所有kernels文件
数据亮点
- 经过优化后，hipblaslt峰值构建空间从240GB降至25GB（减少90%）
- Gentoo开发者用一个Google Summer of Code项目专门修复ROCm包
- 作者已维护ROCm包集合一年多
分类
标签: Linux, ROCm, AMD, GPU, Build Systems, NixOS
📅 探索于 2026-03-27 10:03 via Lobsters