最佳实践

最佳实践

  • 始终使用最新版本的 WSL。至少必须使用 WSL 版本 1.1.3.0，否则 Docker Desktop 可能无法按预期工作。测试、开发和文档基于最新的内核版本。旧版本的 WSL 会导致

    • Docker Desktop 定期挂起或在升级时挂起
    • 通过 SCCM 的部署失败
    • vmmem.exe 占用所有内存
    • 网络过滤器策略应用于全局，而不是特定对象
    • 容器的 GPU 故障

  • 为了在绑定挂载文件时获得最佳文件系统性能，建议您将源代码和其他绑定挂载到 Linux 容器中的数据存储在 Linux 文件系统中。例如，在 Linux 文件系统中使用docker run -v <host-path>:<container-path>，而不是 Windows 文件系统。您还可以参考 Microsoft 的建议。

    • 只有当原始文件存储在 Linux 文件系统中时，Linux 容器才会接收文件更改事件（“inotify 事件”）。例如，某些 Web 开发工作流依赖于 inotify 事件，以便在文件更改时自动重新加载。
    • 当从 Linux 文件系统绑定挂载文件而不是从 Windows 主机远程挂载文件时，性能要高得多。因此，避免使用docker run -v /mnt/c/users:/users,，其中/mnt/c 从 Windows 挂载。
    • 相反，从 Linux shell 使用类似docker run -v ~/my-project:/sources <my-image> 的命令，其中~ 由 Linux shell 展开到$HOME。

  • 如果您担心docker-desktop-data 分发的尺寸，请查看Windows 中内置的 WSL 工具。

    • Docker Desktop 4.30 及更高版本不再依赖于docker-desktop-data 分发；相反，Docker Desktop 会创建和管理自己的虚拟硬盘 (VHDX) 用于存储。（但是，请注意，如果软件的早期版本已经创建了docker-desktop-data 分发，则 Docker Desktop 会继续使用它）。
    • 从 4.34 及更高版本开始，Docker Desktop 会自动管理托管 VHDX 的大小，并将未使用的空间返回给操作系统。

  • 如果您担心 CPU 或内存使用情况，您可以配置对分配给WSL 2 实用程序虚拟机 的内存、CPU 和交换空间的限制。