Always use the latest version of WSL. At a minimum you must use WSL version 126.96.36.199., otherwise Docker Desktop may not work as expected. Testing, development, and documentation is based on the newest kernel versions. Older versions of WSL can cause:
- Docker Desktop to hang periodically or when upgrading
- Deployment via SCCM to fail
vmmem.exeto consume all memory
- Network filter policies to be applied globally, not to specific objects
- GPU failures with containers
To get the best out of the file system performance when bind-mounting files, it's recommended that you store source code and other data that is bind-mounted into Linux containers. For instance, use
docker run -v <host-path>:<container-path>in the Linux file system, rather than the Windows file system. You can also refer to the recommendationopen_in_new from Microsoft.
- Linux containers only receive file change events, “inotify events”, if the original files are stored in the Linux filesystem. For example, some web development workflows rely on inotify events for automatic reloading when files have changed.
- Performance is much higher when files are bind-mounted from the Linux filesystem, rather than remoted from the Windows host. Therefore avoid
docker run -v /mnt/c/users:/users,where
/mnt/cis mounted from Windows.
- Instead, from a Linux shell use a command like
docker run -v ~/my-project:/sources <my-image>where
~is expanded by the Linux shell to
If you have concerns about the size of the docker-desktop-data VHDX, or need to change it, take a look at the WSL tooling built into Windowsopen_in_new.
If you have concerns about CPU or memory usage, you can configure limits on the memory, CPU, and swap size allocated to the WSL 2 utility VMopen_in_new.