TCP ACK e delayed ACK no Windows 11 25H2

Resposta curta

TcpAckFrequency e TcpDelAckTicks controlam as confirmações TCP ao nível de cada interface. A leitura dos parâmetros e os intervalos estão confirmados; reduzir a latência do ACK não garante ganhos e aumenta o número de pacotes de retorno.

O que foi verificado

Verificou-se o caminho dos parâmetros para a interface de rede, os valores predefinidos, os intervalos e o efeito nas regras de confirmação TCP.

Âmbito do estudo

Windows 11 25H2 build 26200.9168, parâmetros TCP de interface. Redes com perdas, Wi-Fi, VPN e diferentes servidores não fizeram parte das medições controladas.

Metodologia

Análise dos componentes TCP e da traçagem do sistema, verificação da conversão de valores e confronto com a documentação pública da Microsoft.

Caminho canónico

HKLM\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters\Interfaces\{Interface-GUID}

Value	Type	Default	Intervalo efetivo	Função
TcpAckFrequency	REG_DWORD	2	0..255	número de full-sized segments até ao ACK
TcpDelAckTicks	REG_DWORD	2	0..6	atraso do delayed ACK em 100-ms ticks

Como funciona a ACK policy

TcpAckFrequency=1 define o envio de ACK por cada segmento de tamanho completo. O valor 2 mantém as regras normais de confirmação atrasada do TCP. TcpDelAckTicks é medido em passos de 100 ms: o valor predefinido 2 define um limite de cerca de 200 ms, e 0 elimina a espera adicional do temporizador. Outras regras TCP podem continuar a provocar confirmação imediata.

A pilha TCP usa os valores lidos para a interface de rede em causa. Escrever na chave global do Registry não substitui a configuração da interface. Uma nova VPN, vEthernet ou adaptador temporário recebe o seu próprio GUID e mantém os valores predefinidos enquanto os parâmetros não forem definidos especificamente para ele.

Utilidade

Reduzir a latência do ACK pode ajudar aplicações sensíveis ao processamento de pacotes pequenos e a confirmações atrasadas. Ao mesmo tempo, aumentam o número de pacotes de retorno e a carga sobre a placa de rede e o CPU. O resultado depende da outra parte da ligação, do controlo de congestionamento e do MTU, pelo que a redução da latência de rede não está garantida.

O que está confirmado

• O caminho dos parâmetros para a interface com o seu GUID.
• Os valores predefinidos e os intervalos efetivos de 0..255 e 0..6.
• A chave global do Registry não substitui a configuração da interface em causa.
• Uma nova VPN ou adaptador temporário recebe o seu próprio GUID e valores predefinidos.

O que não está confirmado

• Redução do ping ou da latência das aplicações.
• Comportamento com servidores, rotas e perdas de pacotes específicos.
• Ganhos em Wi-Fi, VPN e jogos.

Conclusão prática

Mantenha os valores predefinidos. Reduza a latência do ACK apenas perante um problema reproduzível com pacotes pequenos e vigie o número de pacotes de retorno e a carga sobre a rede.

Restauro do estado

Reponha os valores de interface 2 ou elimine as entradas. As alterações aplicam-se às novas ligações.

Limitações

A verificação refere-se ao Windows 11 25H2. A leitura dos parâmetros, os valores predefinidos e os intervalos estão confirmados. O ganho final não foi medido em testes controlados com diferentes servidores, Wi-Fi e Ethernet, MTU e perdas de pacotes. Passar parte do processamento para a placa de rede não anula as regras de confirmação TCP. No entanto, o processamento em lote, a VPN e o comportamento da outra parte da ligação podem ocultar ou alterar o efeito observado.

O artigo não contém observações dinâmicas próprias: a leitura dos valores pela pilha de rede num sistema em funcionamento e os intervalos reais de confirmação num cenário controlado não foram medidos. As afirmações sobre a leitura e os intervalos baseiam-se na análise dos componentes TCP e na documentação pública da Microsoft, e não em medições próprias.

Para saber como executar autonomamente a parte dinâmica da verificação — consulte Como verificar autonomamente.

O estudo e as ferramentas utilizadas pertencem ao programador do BoosterX, pelo que o programador tem um interesse direto nos resultados. A metodologia e os limites de aplicabilidade estão descritos acima, e as conclusões podem ser verificadas através dos dados abertos e das fontes públicas enumeradas.

Fontes

• TCP/IP registry values, Microsoft Learn, verificado em 2026-09-01.
• TCP delayed acknowledgement, Microsoft Learn, verificado em 2026-09-01.

Fontes públicas verificadas: 2026-09-02.

Histórico de alterações

• 2026-09-20: adicionado o aviso de conflito de interesses e a ligação para a verificação dinâmica autónoma na metodologia.
• 2026-09-19: adicionada explicitamente às limitações a ausência de observações dinâmicas próprias e de medições dos intervalos de ACK.
• 2026-09-02: primeira publicação; confirmados o caminho, os defaults e os intervalos, adicionados os limites do efeito sobre a latência.