Performance 为什么docker构建如此缓慢

当我试图在笔记本电脑上创建图像时，我的docker非常慢。 我试着用相同的docker版本在我的ubuntu内部虚拟机上构建相同的映像，它只需5秒钟，但在我的笔记本电脑上，它对每个语句的计算速度慢了30倍。 甚至

ENV

命令

笔记本电脑使用OpenSUSE 42.2 Leap和Btrfs作为根文件系统，硬盘速度为5400 rpm，并且经过加密。 我知道所有这些因素，但它们是否如此重要以至于我的构建需要15分钟而不是5秒

Docker 1.13.1

谢谢

UPD.

---

不确定它是否有用，但当我在虚拟机上运行

docker build-t test.

时，它会占用我4核CPU的10%，占用5秒钟，而且严重占用硬盘

然而，在笔记本电脑上，它始终100%使用我的4核CPU的一个核心，而HDD几乎一直处于空闲状态

以下是nmon统计信息：

---

这听起来像是您的笔记本电脑btrfs文件系统出现了问题—比如它的碎片。尝试调整btrfs。我还将研究docker文档中与docker和btrfs相关的这一部分，特别是关于性能的部分，该部分指向碎片。

不确定这是否是同一个问题，但只是使我的构建从5分钟变为5秒，通过将以下

.dockerginore

文件添加到与我的

docker compose.yml

文件相同的目录中

**/bin
**/obj
**/node_modules
.git

---

您是否在特定目录中有Dockerfile和所有需要的文件？如果不是，则“buid context”是当前目录中的所有文件，这将很慢。是的，我的所有文件都在构建上下文中，它只是一堆bash脚本。strace docker build可能是一个大锤子，但应该显示在15分钟内发生了什么不确定它是否有用，但当我在虚拟机上运行docker build-t测试时。，它占用了我4核CPU的10%，占用时间为5秒，而且大量使用HDD。然而，在笔记本电脑上，它始终100%使用我的4核CPU的一个核心，而HDD几乎一直处于空闲状态。这是nmon的统计信息：我想你的意思是它当前可能是碎片化的，是否需要对en进行碎片整理？我对btrfs了解不多，所以主要是从语言学的角度；）谢谢，没错。我应该说碎片-更新它。谢谢你的回答，但我试图整理我的fs，它没有帮助，我会尝试升级docker，并按照上面链接中的说明进行操作，该链接提到如何使用btrfs配置docker。这听起来仍然像是btrfs和docker的问题。你是对的。这是btrfs的问题。我刚刚将docker目录移动到XFS，现在它可以正常工作了