FERRAMENTAS LINUX: WSL 3.0.2: vNUMA Automático, Sparse VHD e o que Muda para os Desenvolvedores no Brasil

quarta-feira, 7 de outubro de 2026

WSL 3.0.2: vNUMA Automático, Sparse VHD e o que Muda para os Desenvolvedores no Brasil

 


O WSL 3.0.2 traz vNUMA automático para servidores com muitos núcleos e VHD esparso experimental. Veja o que muda, como configurar e qual SSD turbina seu setup.


A Microsoft liberou o WSL 3.0.2 como atualização da semana seguinte ao lançamento do WSL 3.0 com WSLC (Windows Subsystem for Linux Containers) em disponibilidade geral. 

São duas mudanças que atendem públicos bem diferentes: quem roda máquinas virtuais Linux enormes em servidores multi-socket e quem vive brigando com espaço em disco no Windows.

Resposta direta: O WSL 3.0.2 resolve a falha de inicialização em hosts com mais de 256 threads ao ativar vNUMA automático e reabilita, em caráter experimental, a criação de sparse VHD — que só consome espaço no Windows para dados realmente escritos.


O que há de novo no WSL 3.0.2?


1. vNUMA automático para VMs grandes


A mudança veio depois que um engenheiro da Intel relatou que o WSL simplesmente não iniciava em um host com mais de 256 threads. 

Em servidores multi-socket, cada processador tem sua própria memória local, e acessar a memória do outro socket é mais lento. Sem uma topologia de NUMA virtual bem configurada, o kernel Linux convidado enxerga um bloco plano de CPUs e RAM — e, acima de certo tamanho, não dá boot.

Com o vNUMA automático, o WSL passa a delegar ao HCS (Host Compute Service) a criação da topologia virtual com base nos recursos solicitados e na configuração física do host. 

Na prática, o subsistema agora funciona bem em servidores multi-socket para builds de kernel, compiladores, toolchains de IA e validação de hardware.

Atenção ao escopo: isso não transforma o WSL em um hipervisor de servidor. Ele continua sendo uma ferramenta de desenvolvedor sobre uma VM utilitária leve. Para loads de servidor reais, o Hyper-V segue como plataforma recomendada.


2. Sparse VHD experimental


O sparse VHD já existiu, mas foi desabilitado por risco de corrupção de dados. Agora retorna como experimental no 3.0.2. 

A ideia é simples: quando você apaga arquivos dentro do Linux, o Windows reconhece o TRIM e libera o espaço físico correspondente no disco rígido — em vez de manter o VHDX inflado para sempre.

Ponto crítico: o valor padrão de sparseVhd continua false. Atualizar para o 3.0.2 não ativa o recurso automaticamente; é preciso configurar manualmente.


3. Correções e melhorias menores


O changelog também inclui correção de encaminhamento IPv4, ajustes em containers e notificações de health de container adicionadas aos eventos do WSLC.

 

Produto Afiliado

A Caneca WORK CAFÉ não é só uma caneca. É o lembrete diário de que trabalhar bem começa com uma pausa bem feita. Capacidade ideal para o café da manhã, resistente, com estampa que combina com quem vive entre reuniões, prazos e boas ideias.

☕ Capacidade generosa para o café do dia.

🎨 Design WORK CAFÉ que valoriza sua mesa.

💪 Durável para o home office e o escritório.

🎁 Presente perfeito para quem ama café e produtividade.

Clique abaixo e garanta a sua Caneca WORK CAFÉ com condição especial.

👉 https://link.amazon/B00OBj9UR

Eu ganho uma comissão quando você faz uma compra.


Como ativar o VHD esparso no WSL 3.0.2


O recurso é experimental e exige configuração manual. O arquivo de configuração fica em %UserProfile%\.wslconfig.

ini
[wsl2]
sparseVhd=true

Depois de salvar, execute no PowerShell:

powershell
wsl --shutdown

Na próxima inicialização, novos VHDs serão criados em modo esparso. VHDs existentes não são convertidos automaticamente — para aproveitar o recurso em distros já instaladas, é necessário recriar o disco virtual ou usar ferramentas de compactação como wslcompact.

Importante: este é um build Pre-release. O WSL 3.0.1 ainda carrega a tag “Latest”. Trate o 3.0.2 como ambiente de avaliação, não como atualização para toda a frota de máquinas.


Perguntas frequentes (FAQ)


1. O WSL 3.0.2 é estável para uso em produção?

Não para produção. É um Pre-release assinado, datado de 5 de outubro de 2026. O WSL 3.0.1 permanece como versão “Latest”. Use o 3.0.2 para testar as novas funcionalidades em máquinas de desenvolvimento ou laboratório.


2. Preciso de hardware específico para o vNUMA automático?

O vNUMA se torna relevante em hosts com muitos núcleos — o caso reportado envolvia mais de 256 threads. Se você usa um notebook com 8 ou 16 threads, não notará diferença. O ganho está em workstations e servidores multi-socket.


3. O VHD esparso funciona com distros já instaladas?

Não automaticamente. O sparseVhd=true afeta novos VHDs. Para distros existentes, é preciso recriar o disco ou usar ferramentas externas de compactação. O espaço só é liberado quando o Linux emite TRIM e o Windows reconhece a operação.


Conclusão 

O WSL 3.0.2 não é uma atualização revolucionária, mas resolve dois problemas reais: inicialização em hosts com muitos núcleos e espaço em disco desperdiçado. Se você trabalha com desenvolvimento pesado no Windows, vale testar o VHD esparso — especialmente se seu SSD está sempre no limite.

Baixe o checklist de configuração do WSL 3.0.2 abaixo, copie os comandos e teste em sua máquina. Depois, comente aqui se o vNUMA ou o VHD esparso fizeram diferença no seu fluxo. Compartilhe com aquele colega que vive reclamando de disco cheio no WSL.

Nenhum comentário:

Postar um comentário