TCP ACK i delayed ACK w Windows 11 25H2
Na tej stronie
Krótka odpowiedź
Dział zatytułowany „Krótka odpowiedź”TcpAckFrequency i TcpDelAckTicks sterują potwierdzeniami TCP na poziomie konkretnego interfejsu. Odczyt parametrów i zakresy są potwierdzone; skrócenie opóźnienia ACK nie gwarantuje zysku i zwiększa liczbę pakietów zwrotnych.
Co sprawdzano
Dział zatytułowany „Co sprawdzano”Sprawdzano ścieżkę parametrów dla interfejsu sieciowego, wartości domyślne, zakresy i wpływ na reguły potwierdzeń TCP.
Zakres badania
Dział zatytułowany „Zakres badania”Windows 11 25H2 build 26200.9168, parametry interfejsowe TCP. Sieci z utratą pakietów, Wi-Fi, VPN i różne serwery nie wchodziły w kontrolowane pomiary.
Metodyka
Dział zatytułowany „Metodyka”Analiza komponentów TCP i śledzenia systemowego, sprawdzenie konwersji wartości i porównanie z publiczną dokumentacją Microsoft.
Kanoniczna ścieżka
Dział zatytułowany „Kanoniczna ścieżka”HKLM\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters\Interfaces\{Interface-GUID}
| Value | Type | Default | Efektywny zakres | Rola |
|---|---|---|---|---|
TcpAckFrequency |
REG_DWORD |
2 |
0..255 |
liczba full-sized segments do ACK |
TcpDelAckTicks |
REG_DWORD |
2 |
0..6 |
opóźnienie delayed ACK w 100-ms ticks |
Jak działa ACK policy
Dział zatytułowany „Jak działa ACK policy”TcpAckFrequency=1 określa wysyłanie ACK na każdy pełnowymiarowy segment. Wartość 2 zachowuje zwykłe reguły opóźnionego potwierdzania TCP. TcpDelAckTicks jest mierzona krokami po 100 ms: wartość domyślna 2 określa limit około 200 ms, a 0 usuwa dodatkowe oczekiwanie timera. Inne reguły TCP nadal mogą powodować natychmiastowe potwierdzenie.
Stos TCP używa wartości odczytanych dla konkretnego interfejsu sieciowego. Zapis w globalnej gałęzi rejestru nie zastępuje ustawienia interfejsu. Nowy VPN, vEthernet lub tymczasowy adapter otrzymuje własny GUID i zachowuje wartości domyślne, dopóki parametry nie zostaną ustawione właśnie dla niego.
Przydatność
Dział zatytułowany „Przydatność”Skrócenie opóźnienia ACK może pomóc aplikacjom wrażliwym na przetwarzanie małych pakietów i opóźnione potwierdzenia. Jednocześnie rosną liczba pakietów zwrotnych oraz obciążenie karty sieciowej i CPU. Wynik zależy od drugiej strony połączenia, kontroli przeciążenia i MTU, dlatego zmniejszenie opóźnienia sieciowego nie jest gwarantowane.
Co potwierdzono
Dział zatytułowany „Co potwierdzono”- Ścieżka parametrów dla interfejsu z jego GUID.
- Wartości domyślne i efektywne zakresy
0..255i0..6. - Globalna gałąź rejestru nie zastępuje ustawienia konkretnego interfejsu.
- Nowy VPN lub tymczasowy adapter otrzymuje własny GUID i wartości domyślne.
Co nie zostało potwierdzone
Dział zatytułowany „Co nie zostało potwierdzone”- Obniżenie ping lub opóźnienia aplikacji.
- Zachowanie z konkretnymi serwerami, trasami i utratą pakietów.
- Zysk na Wi-Fi, VPN i w grach.
Wniosek praktyczny
Dział zatytułowany „Wniosek praktyczny”Pozostaw wartości domyślne. Zmniejszaj opóźnienie ACK tylko przy powtarzalnym problemie z małymi pakietami i obserwuj liczbę pakietów zwrotnych oraz obciążenie sieci.
Przywracanie stanu
Dział zatytułowany „Przywracanie stanu”Przywróć wartości interfejsowe 2 lub usuń wpisy. Zmiany są stosowane do nowych połączeń.
Ograniczenia
Dział zatytułowany „Ograniczenia”Sprawdzenie dotyczy Windows 11 25H2. Odczyt parametrów, wartości domyślne i zakresy są potwierdzone. Końcowy zysk nie był mierzony w kontrolowanych testach z różnymi serwerami, Wi-Fi i Ethernet, MTU i utratą pakietów. Przekazanie części przetwarzania karcie sieciowej nie znosi reguł potwierdzeń TCP. Jednak przetwarzanie wsadowe, VPN i zachowanie drugiej strony połączenia mogą ukryć lub zmienić obserwowany efekt.
Własnych dynamicznych obserwacji artykuł nie zawiera: odczyt wartości przez stos sieciowy w działającym systemie i faktyczne interwały potwierdzeń w kontrolowanym scenariuszu nie były mierzone. Twierdzenia o odczycie i zakresach opierają się na analizie komponentów TCP i publicznej dokumentacji Microsoft, a nie na własnych pomiarach.
Jak samodzielnie wykonać dynamiczną część sprawdzenia — zobacz Jak sprawdzić samodzielnie.
Badanie i użyte narzędzia należą do dewelopera BoosterX, dlatego deweloper ma bezpośredni interes w wynikach. Metodyka i granice stosowalności opisano powyżej, a wnioski można sprawdzić na podstawie otwartych danych i wymienionych publicznych źródeł.
- TCP/IP registry values, Microsoft Learn, sprawdzono 2026-09-01.
- TCP delayed acknowledgement, Microsoft Learn, sprawdzono 2026-09-01.
Publiczne źródła sprawdzono: 2026-09-02.
Historia zmian
Dział zatytułowany „Historia zmian”- 2026-09-20: dodano disclaimer o konflikcie interesów i link do samodzielnego dynamicznego sprawdzenia w metodyce.
- 2026-09-19: w ograniczeniach wyraźnie dodano brak własnych dynamicznych obserwacji i pomiarów interwałów ACK.
- 2026-09-02: pierwsza publikacja; potwierdzono ścieżkę, defaults i zakresy, dodano granice wpływu na opóźnienie.
