GPU Compute Comes to WSL2, Enabling Real ML Workloads
Microsoft announced GPU-accelerated compute support for WSL2 at Build 2020, followed by an NVIDIA CUDA preview that let machine learning frameworks like PyTorch and TensorFlow use a physical GPU from inside WSL2.
At the Microsoft Build 2020 virtual conference in May 2020, Microsoft announced GPU compute support was coming to WSL2 — bringing GPU-accelerated machine learning and AI workloads to Linux tooling running directly inside Windows for the first time.
What the initial announcement actually covered
The initial preview, available to Windows Insiders running Build 20150 or higher, targeted AI and machine learning workflows specifically, working in partnership with NVIDIA to bring CUDA support, alongside existing ML frameworks and libraries like PyTorch and TensorFlow, into the WSL2 environment.
NVIDIA’s own follow-up that same year
In September 2020, NVIDIA announced native CUDA feature support on WSL2 in the final version of its preview driver — a direct continuation of the Build 2020 announcement, moving GPU compute support from an early preview toward genuinely usable functionality for real machine learning work.
The parallel DirectML path
Alongside NVIDIA-specific CUDA support, Microsoft also released a preview package of TensorFlow using a DirectML backend — providing GPU acceleration across a broader range of hardware (AMD, Intel, and NVIDIA GPUs supporting DirectX 12) rather than being limited to NVIDIA-specific CUDA compatibility alone.
Why this specifically required WSL2, not WSL1
This capability depends on WSL2’s real Linux kernel and lightweight VM architecture — WSL1’s syscall-translation model had no mechanism for exposing virtualized GPU access at all, making GPU compute support one of the clearest concrete examples of a capability WSL2’s architectural shift specifically enabled.
Sources: