build - 在构建服务器上使用 ramdisk 是否明智?

在我的公司,我们目前正在研究加快 CI 构建速度的各种策略。我们已经分析了我们的构建,并确定我们受到 I/O 瓶颈的限制。在不久的将来(约 1-2 个月),我们有很多选择来解决这个问题,但我们真的希望看到改进现在

我建议使用 ramdisk 作为 check out 和构建文件的位置。构建输出和日志当然会存储在物理磁盘上。

这是一个明智的做法,还是这种方法存在重大缺陷?我不是在寻找有关硬件方面的答案,而是在寻找常见构建系统(例如 MSBuild)和 ramdisk 之间的交互是否会导致任何问题以及我需要注意的其他风险。

最佳答案

只要你有足够的内存,这是一件非常明智的事情。

唯一真正的缺点自然是,您的构建在关机/电源故障时会丢失,这通常不是 CI 构建的大问题。

https://stackoverflow.com/questions/3442170/

相关文章:

c++ - 使用 C++ 构建错误 - ‘find_if’ 不是 ‘std' 的成员

xcode - 构建静态库

build - Gitlab-CI:gitlab ci trigger build 仅用于合并请求

build - 链接大型库时是否可以加快 Rust 编译?

java - 在 Java : Cannot find symbol 中使用 Kotlin 类

r - R中 "Error: package ' ____ _' was built before

scala - SBT - 姓名和身份证有什么区别?

c++ - 在头文件与 .cpp 文件中编码 C++ (moSTLy)

c++ - 用于创建合并/将库的所有源文件合并为 C/C++ 的工具?

scala - 更新后 Unresolved 依赖 SBT 0.13.0