Docker Desktop-关于性能不佳的文件共享通知

如何解决Docker Desktop-关于性能不佳的文件共享通知

当我的Docker容器启动时，我收到以下通知：

Docker Desktop已检测到您将Windows文件共享到WSL 2容器中，这可能会导致性能下降。单击此处以获取更多详细信息。

我的问题是：

1. 这是什么意思？
2. 什么是更好的做法/应该如何避免？
3. 如果消息已关闭，或者我单击了“不再显示”，如何获得此警告的详细信息？

我很高兴在需要时共享Dockerfile或Docker-Compose设置，但是我根本无法在SO上找到任何东西，也无法通过Google搜索找到任何指向我的方向，所以我不确定从哪里开始。我假设问题出在Dockerfile中，因为这是我们运行COPY来移动一些文件的地方。

Docker版本：Docker Desktop 2.4.0.0（48506）社区

操作系统：Windows 10 Pro（版本10.0.19041）

解决方法

1. 此错误意味着从Linux容器访问Windows主机文件系统上的文件比访问Linux文件系统中已存在的文件要慢一些。从Linux容器访问Windows文件的行为就像访问远程文件共享上的文件一样。

2. Docker和Microsoft建议通过将源文件存储在WSL2发行版的文件系统（可以将安装绑定到容器）中或构建容器映像以包含所有需要的文件来避免这种情况，而不是将文件存储在Windows文件系统。

3. 如果您单击了“不再显示”，则可以转到Develop with Docker and WSL 2来获取此消息的详细信息。

有关更多信息，Docker for Windows Best Practices说：

如果原始文件存储在Linux文件系统中，则
• Linux容器仅接收文件更改事件（“初始化事件”）。例如，某些Web开发工作流程依赖inotify事件来在文件更改后自动重新加载。
• 当文件从Linux文件系统绑定挂载而不是从Windows主机远程挂载时，性能会更高。因此，请避免使用docker run -v /mnt/c/users:/users（从Windows挂载/ mnt / c）。
• 相反，在Linux Shell中使用docker run -v ~/my-project:/sources <my-image>之类的命令，其中〜由Linux Shell扩展为$ HOME。

Microsoft的Comparing WSL 1 and WSL 2文章在Performance across OS file systems上有一整节内容，其开篇段落说：

除非有特殊原因，否则我们建议不要跨操作系统使用文件。为了获得最快的性能，如果您使用的是Linux命令行（Ubuntu，OpenSUSE等），则将文件存储在WSL文件系统中。如果您使用Windows命令行（PowerShell，命令提示符），请将文件存储在Windows文件系统中。

此外，Docker博客文章Docker Desktop: WSL 2 Best practices的“超棒的装载性能”部分显示：

您自己的WSL 2发行版和docker-desktop都在同一实用程序VM上运行。它们共享相同的内核，VFS缓存等。它们只是在单独的命名空间中运行，因此它们具有完全独立运行的错觉。 Docker Desktop利用它来处理WSL 2发行版中的绑定安装，而无需涉及任何远程文件共享系统。这意味着，当您将项目文件装入容器（使用docker run -v ~/my-project:/sources <...>）时，docker将传播inotify事件并与您自己的发行版共享相同的缓存，以避免重复从磁盘读取文件内容。

但是有一点警告：如果挂载Windows文件系统中的文件（例如，使用docker run -v /mnt/c/Users/Simon/windows-project:/sources <...>），则不会获得这些性能上的好处，因为/ mnt / c实际上是暴露Windows的挂载点通过Plan9文件共享访问文件。

如果您希望主要的开发工作流程在Linux中，那么所有这些建议都非常有用。 Docker希望您“全力以赴”使用Linux容器。但是，如果您主要在Windows中工作，并且只想使用Linux容器执行特殊任务，则可以单击“不再显示”。正如微软所说，“如果您使用Windows命令行，请将文件存储在Windows文件系统中。”

我在Windows中使用我的主要开发文件夹运行，并将其绑定安装到仅用于执行单元测试的Linux容器中。因此，我的完整版本在Windows中运行，然后在Windows中运行所有单元测试，最后在Linux容器中运行所有单元测试。在这种情况下，Linux中的“ dotnet测试”调用只是从Windows卷中加载并执行所需的DLL。

对于那些认为容器必须在任何地方使用的人来说，这种设置听起来像是异端，但是我喜欢容器来进行应用程序部署。我不认为您也需要全力以赴并在容器内进行所有开发。我对Windows（和VS 2019）作为开发环境感到满意，然后使用Linux容器进行应用程序测试和部署。因此，Windows / WSL2文件系统性能的下降对我的影响很小。

,

这可能是题外话，但对于那些努力在 Linux（或 WSL2）上使用 Docker 启动和运行 DB2 的人，请注意，在首次创建 docker 容器时，应将以下环境变量设置为 true :

...
PERSISTENT_HOME=true
...

如官方指南中所写（字里行间）：

PERSISTENT_HOME 禁用主目录的持久存储（用于 Linux 和 macOS 安装）（假） https://www.ibm.com/support/producthub/db2/docs/content/SSEPGG_11.5.0/com.ibm.db2.luw.db2u_openshift.doc/doc/t_install_db2CE_win_img.html

如果不启用此设置，您可能会在 DB2 日志文件中看到操作系统访问权限错误，如下所示：... db2cfexp eacces(13)。