TCP ACK og delayed ACK i Windows 11 25H2

Kort svar

TcpAckFrequency og TcpDelAckTicks styrer TCP-bekræftelser på niveauet for det enkelte interface. Læsning af parametre og intervaller er bekræftet; en forkortelse af ACK-forsinkelsen garanterer ikke en gevinst og øger antallet af returpakker.

Hvad der blev undersøgt

Man undersøgte parameterstien for netværksinterfacet, standardværdier, intervaller og indvirkningen på TCP’s bekræftelsesregler.

Undersøgelsens omfang

Windows 11 25H2 build 26200.9168, interfaceparametre for TCP. Netværk med tab, Wi-Fi, VPN og forskellige servere indgik ikke i de kontrollerede målinger.

Metode

Gennemgang af TCP-komponenter og systemsporing, kontrol af værdikonvertering og sammenholdelse med Microsofts offentlige dokumentation.

Kanonisk sti

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

Value	Type	Default	Effektivt interval	Rolle
TcpAckFrequency	REG_DWORD	2	0..255	antal full-sized segments før ACK
TcpDelAckTicks	REG_DWORD	2	0..6	forsinkelse af delayed ACK i 100-ms ticks

Sådan fungerer ACK policy

TcpAckFrequency=1 fastsætter afsendelse af ACK for hvert fuldt segment. Værdien 2 bevarer de normale regler for forsinket TCP-bekræftelse. TcpDelAckTicks måles i trin på 100 ms: standardværdien 2 fastsætter en grænse på omkring 200 ms, mens 0 fjerner den ekstra ventetid på timeren. Andre TCP-regler kan stadig udløse en øjeblikkelig bekræftelse.

TCP-stakken bruger de værdier, der er læst for det enkelte netværksinterface. En skrivning i den globale Registry-nøgle erstatter ikke indstillingen for interfacet. En ny VPN, vEthernet eller midlertidig adapter får sit eget GUID og bevarer standardværdierne, indtil parametrene er angivet netop for den.

Nytteværdi

En forkortelse af ACK-forsinkelsen kan hjælpe applikationer, der er følsomme over for behandling af små pakker og forsinkede bekræftelser. Samtidig vokser antallet af returpakker og belastningen på netværkskortet og CPU. Resultatet afhænger af forbindelsens anden part, overbelastningsstyring og MTU, så en reduktion af netværksforsinkelsen er ikke garanteret.

Hvad der er bekræftet

• Parameterstien for interfacet med dets GUID.
• Standardværdier og effektive intervaller for 0..255 og 0..6.
• Den globale Registry-nøgle erstatter ikke indstillingen for det enkelte interface.
• En ny VPN eller midlertidig adapter får sit eget GUID og standardværdier.

Hvad der ikke er bekræftet

• Lavere ping eller applikationsforsinkelse.
• Adfærd med bestemte servere, ruter og pakketab.
• Gevinst på Wi-Fi, VPN og i spil.

Praktisk konklusion

Behold standardværdierne. Reducer kun ACK-forsinkelsen ved et reproducerbart problem med små pakker, og hold øje med antallet af returpakker og belastningen på netværket.

Gendannelse af tilstand

Sæt interfaceværdierne 2 tilbage, eller slet indstillingerne. Ændringerne gælder for nye forbindelser.

Begrænsninger

Undersøgelsen vedrører Windows 11 25H2. Læsning af parametre, standardværdier og intervaller er bekræftet. Den endelige gevinst blev ikke målt i kontrollerede tests med forskellige servere, Wi-Fi og Ethernet, MTU og pakketab. Overførsel af en del af behandlingen til netværkskortet ophæver ikke TCP’s bekræftelsesregler. Dog kan pakkebehandling, VPN og forbindelsens anden parts adfærd skjule eller ændre den observerede effekt.

Artiklen indeholder ikke egne dynamiske observationer: netværksstakkens læsning af værdier i et kørende system og de faktiske bekræftelsesintervaller i et kontrolleret scenarie blev ikke målt. Udsagnene om læsning og intervaller bygger på gennemgang af TCP-komponenter og Microsofts offentlige dokumentation, ikke på egne målinger.

Hvordan du selv udfører den dynamiske del af undersøgelsen — se Sådan undersøger du selv.

Undersøgelsen og de anvendte værktøjer tilhører udvikleren af BoosterX, så udvikleren har en direkte interesse i resultaterne. Metoden og anvendelsesgrænserne er beskrevet ovenfor, og konklusionerne kan efterprøves via åbne data og de anførte offentlige kilder.

Kilder

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

Offentlige kilder kontrolleret: 2026-09-02.

Ændringshistorik

• 2026-09-20: tilføjet disclaimer om interessekonflikt og link til selvstændig dynamisk kontrol i metoden.
• 2026-09-19: i begrænsningerne er det eksplicit tilføjet, at der ikke findes egne dynamiske observationer og målinger af ACK-intervaller.
• 2026-09-02: første offentliggørelse; sti, defaults og intervaller bekræftet, grænser for indvirkning på forsinkelse tilføjet.