Microsoft ha fusionado en WSL 2 un cambio que elimina uno de los últimos cuellos de botella en el acceso a archivos del sistema de Windows desde Linux. El pull request #40654, autoría de Ben Hillis y fusionado el 27 de mayo de 2026, asigna a cada dispositivo virtio su propio pool DMA dedicado, acabando con la contención que existía cuando todos los dispositivos virtio de una sesión compartían una única región de memoria de rebote por debajo del límite de 4 GB del DMA (la capa SWIOTLB del kernel Linux).
La mejora beneficia sobre todo a los flujos de trabajo con muchos archivos que cruzan la frontera Windows/Linux: proyectos alojados en una unidad Windows que se compilan desde Linux, como cargo build, npm install o mvn package ejecutados desde /mnt/c. También mejora el rendimiento de la red VirtioProxy, que comparte la misma infraestructura DMA y recibe igualmente un pool propio.
Para activar la optimización, los usuarios deben tener virtiofs=true en la sección [wsl2] del archivo .wslconfig, actualizar el kernel con wsl.exe --update --pre-release y mantener más de 1 GB de RAM en la sesión. El kernel necesario es Microsoft.WSL.Kernel 6.18.26.3-1, distribuido con WSL 2 DeviceHost 1.2.29-0; en versiones anteriores, WSL muestra un aviso recomendando actualizar.
El acceso a archivos entre sistemas operativos en WSL ha mejorado con cada generación: DrvFs en WSL 1 era rápido al no existir frontera de máquina virtual; WSL 2 introdujo la VM y el protocolo Plan 9 (9P); virtiofs, disponible como opción desde 2021, cerró buena parte de la brecha con el transporte VirtIO de memoria compartida. Los pools SWIOTLB por dispositivo retiran la contención en la capa DMA. Virtiofs sigue siendo opcional; el transporte predeterminado continúa siendo Plan 9 sobre un socket Hyper-V.