TCP ACK e delayed ACK no Windows 11 25H2

Resposta curta

TcpAckFrequency e TcpDelAckTicks controlam as confirmações TCP no nível de cada interface. A leitura dos parâmetros e os intervalos estão confirmados; reduzir o atraso do ACK não garante ganho 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 padrão, os intervalos e o impacto nas regras de confirmação TCP.

Escopo da pesquisa

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

Metodologia

Análise dos componentes TCP e da trace do sistema, verificação da conversão de valores e conferência 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	Papel
TcpAckFrequency	REG_DWORD	2	0..255	número de full-sized segments até o 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 para 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 padrão 2 define um limite de cerca de 200 ms, e 0 remove a espera adicional do temporizador. Outras regras do TCP ainda podem provocar confirmação imediata.

A pilha TCP usa os valores lidos para a interface de rede específica. Gravar na chave global do Registro não substitui a configuração da interface. Uma nova VPN, vEthernet ou adaptador temporário recebe seu próprio GUID e mantém os valores padrão até que os parâmetros sejam definidos especificamente para ele.

Utilidade

Reduzir o atraso 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 a CPU. O resultado depende da outra ponta da conexão, do controle de congestionamento e do MTU, portanto a redução da latência de rede não é garantida.

O que está confirmado

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

O que não está confirmado

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

Conclusão prática

Mantenha os valores padrão. Reduza o atraso do ACK apenas em caso de problema reproduzível com pacotes pequenos e acompanhe o número de pacotes de retorno e a carga sobre a rede.

Restauração do estado

Restaure os valores de interface 2 ou exclua as entradas. As alterações se aplicam a novas conexões.

Limitações

A verificação se refere ao Windows 11 25H2. A leitura dos parâmetros, os valores padrão e os intervalos estão confirmados. O ganho final não foi medido em testes controlados com servidores diferentes, Wi-Fi e Ethernet, MTU e perdas de pacotes. Transferir parte do processamento para a placa de rede não anula as regras de confirmação do TCP. No entanto, o processamento em lote, a VPN e o comportamento da outra ponta da conexã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 em um sistema em execução e os intervalos reais de confirmação em um cenário controlado não foram medidos. As afirmações sobre a leitura e os intervalos se baseiam 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 realizar por conta própria a parte dinâmica da verificação — consulte Como verificar por conta própria.

A pesquisa e as ferramentas utilizadas pertencem ao desenvolvedor do BoosterX, portanto o desenvolvedor tem interesse direto nos resultados. A metodologia e os limites de aplicabilidade estão descritos acima, e as conclusões podem ser verificadas com base nos dados abertos e nas fontes públicas listadas.

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 o link para a verificação dinâmica independente 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 de impacto sobre a latência.