TCP ACK un delayed ACK sistēmā Windows 11 25H2
Šajā lapā
Īsā atbilde
Section titled “Īsā atbilde”TcpAckFrequency un TcpDelAckTicks pārvalda TCP apstiprinājumus konkrēta interfeisa līmenī. Parametru nolasīšana un diapazoni ir apstiprināti; ACK aiztures samazināšana negarantē ieguvumu un palielina atgriezto pakešu skaitu.
Ko pārbaudījām
Section titled “Ko pārbaudījām”Pārbaudījām tīkla interfeisa parametru ceļu, noklusējuma vērtības, diapazonus un ietekmi uz TCP apstiprināšanas noteikumiem.
Pētījuma joma
Section titled “Pētījuma joma”Windows 11 25H2 build 26200.9168, interfeisa TCP parametri. Tīkli ar zudumiem, Wi-Fi, VPN un dažādi serveri kontrolētos mērījumos netika iekļauti.
Metodika
Section titled “Metodika”TCP komponentu un sistēmas trasējuma analīze, vērtību pārveides pārbaude un salīdzināšana ar Microsoft publisko dokumentāciju.
Kanoniskais ceļš
Section titled “Kanoniskais ceļš”HKLM\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters\Interfaces\{Interface-GUID}
| Value | Type | Default | Efektīvais diapazons | Loma |
|---|---|---|---|---|
TcpAckFrequency |
REG_DWORD |
2 |
0..255 |
full-sized segmentu skaits līdz ACK |
TcpDelAckTicks |
REG_DWORD |
2 |
0..6 |
delayed ACK aizture 100-ms ticks |
Kā darbojas ACK policy
Section titled “Kā darbojas ACK policy”TcpAckFrequency=1 nosaka ACK nosūtīšanu uz katru pilna izmēra segmentu. Vērtība 2 saglabā parastos TCP aizturētā apstiprinājuma noteikumus. TcpDelAckTicks tiek mērīts 100 ms soļos: noklusējuma vērtība 2 nosaka ierobežojumu aptuveni 200 ms, bet 0 novērš papildu taimera gaidīšanu. Citi TCP noteikumi joprojām var izraisīt tūlītēju apstiprinājumu.
TCP steks izmanto vērtības, kas nolasītas konkrētam tīkla interfeisam. Ierakstīšana globālajā Registry sadaļā neaizstāj interfeisa iestatījumu. Jauns VPN, vEthernet vai pagaidu adapteris iegūst savu GUID un saglabā noklusējuma vērtības, līdz parametri tiek iestatīti tieši tam.
Lietderība
Section titled “Lietderība”ACK aiztures samazināšana var palīdzēt lietotnēm, kas ir jutīgas pret mazu pakešu apstrādi un aizturētiem apstiprinājumiem. Tajā pašā laikā palielinās atgriezto pakešu skaits un tīkla kartes un CPU noslodze. Rezultāts ir atkarīgs no savienojuma otrās puses, pārslodzes kontroles un MTU, tāpēc tīkla aiztures samazinājums nav garantēts.
Kas ir apstiprināts
Section titled “Kas ir apstiprināts”- Interfeisa parametru ceļš ar tā GUID.
- Noklusējuma vērtības un efektīvie diapazoni
0..255un0..6. - Globālā Registry sadaļa neaizstāj konkrēta interfeisa iestatījumu.
- Jauns VPN vai pagaidu adapteris iegūst savu GUID un noklusējuma vērtības.
Kas nav apstiprināts
Section titled “Kas nav apstiprināts”- Ping vai lietotņu aiztures samazinājums.
- Uzvedība ar konkrētiem serveriem, maršrutiem un pakešu zudumiem.
- Ieguvums Wi-Fi, VPN un spēlēs.
Praktiskais secinājums
Section titled “Praktiskais secinājums”Atstājiet noklusējuma vērtības. Samaziniet ACK aizturi tikai tad, ja ir reproducējama problēma ar mazām paketēm, un sekojiet līdzi atgriezto pakešu skaitam un tīkla noslodzei.
Stāvokļa atjaunošana
Section titled “Stāvokļa atjaunošana”Atgrieziet interfeisa vērtības 2 vai izdzēsiet ierakstus. Izmaiņas tiek piemērotas jauniem savienojumiem.
Ierobežojumi
Section titled “Ierobežojumi”Pārbaude attiecas uz Windows 11 25H2. Parametru nolasīšana, noklusējuma vērtības un diapazoni ir apstiprināti. Galīgais ieguvums netika mērīts kontrolētos testos ar dažādiem serveriem, Wi-Fi un Ethernet, MTU un pakešu zudumiem. Daļas apstrādes nodošana tīkla kartei neatceļ TCP apstiprinājumu noteikumus. Tomēr pakešu apstrāde, VPN un savienojuma otrās puses uzvedība var paslēpt vai mainīt novērojamo efektu.
Raksts nesatur pašu veiktus dinamiskus novērojumus: vērtību nolasīšana ar tīkla steku strādājošā sistēmā un faktiskie apstiprinājumu intervāli kontrolētā scenārijā netika mērīti. Apgalvojumi par nolasīšanu un diapazoniem balstās uz TCP komponentu analīzi un Microsoft publisko dokumentāciju, nevis uz pašu mērījumiem.
Kā patstāvīgi veikt pārbaudes dinamisku daļu — skatiet Kā pārbaudīt patstāvīgi.
Pētījums un izmantotie rīki pieder BoosterX izstrādātājam, tāpēc izstrādātājam ir tieša interese par rezultātiem. Metodika un piemērojamības robežas ir aprakstītas iepriekš, un secinājumus var pārbaudīt pēc atklātajiem datiem un uzskaitītajiem publiskajiem avotiem.
- TCP/IP registry values, Microsoft Learn, pārbaudīts 2026-09-01.
- TCP delayed acknowledgement, Microsoft Learn, pārbaudīts 2026-09-01.
Publiskie avoti pārbaudīti: 2026-09-02.
Izmaiņu vēsture
Section titled “Izmaiņu vēsture”- 2026-09-20: pievienots disclaimers par interešu konfliktu un saite uz patstāvīgu dinamisku pārbaudi metodikā.
- 2026-09-19: ierobežojumos skaidri pievienota pašu dinamisko novērojumu un ACK intervālu mērījumu neesamība.
- 2026-09-02: pirmā publikācija; apstiprināts ceļš, defaults un diapazoni, pievienotas ietekmes uz aizturi robežas.