TCP ACK і delayed ACK у Windows 11 25H2
На цій сторінці
Коротка відповідь
Section titled “Коротка відповідь”TcpAckFrequency і TcpDelAckTicks керують підтвердженнями TCP на рівні конкретного інтерфейсу. Читання параметрів і діапазони підтверджено; скорочення затримки ACK не гарантує виграшу й збільшує кількість зворотних пакетів.
Що перевіряли
Section titled “Що перевіряли”Перевіряли шлях параметрів для мережевого інтерфейсу, значення за замовчуванням, діапазони та вплив на правила підтвердження TCP.
Область дослідження
Section titled “Область дослідження”Windows 11 25H2 build 26200.9168, інтерфейсні параметри TCP. Мережі з втратами, Wi-Fi, VPN і різні сервери в контрольовані вимірювання не входили.
Методика
Section titled “Методика”Розбір TCP-компонентів і системного трасування, перевірка перетворення значень і звірка з публічною документацією Microsoft.
Канонічний шлях
Section titled “Канонічний шлях”HKLM\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters\Interfaces\{Interface-GUID}
| Value | Type | Default | Ефективний діапазон | Роль |
|---|---|---|---|---|
TcpAckFrequency |
REG_DWORD |
2 |
0..255 |
число full-sized segments до ACK |
TcpDelAckTicks |
REG_DWORD |
2 |
0..6 |
затримка delayed ACK у 100-ms ticks |
Як працює ACK policy
Section titled “Як працює ACK policy”TcpAckFrequency=1 задає надсилання ACK на кожен повнорозмірний сегмент. Значення 2 зберігає звичайні правила затриманого підтвердження TCP. TcpDelAckTicks вимірюється кроками по 100 мс: значення за замовчуванням 2 задає межу близько 200 мс, а 0 прибирає додаткове очікування таймера. Інші правила TCP, як і раніше, можуть спричиняти негайне підтвердження.
Стек TCP використовує значення, прочитані для конкретного мережевого інтерфейсу. Запис у глобальному розділі реєстру не замінює налаштування інтерфейсу. Новий VPN, vEthernet або тимчасовий адаптер отримує власний GUID і зберігає значення за замовчуванням, доки параметри не задано саме для нього.
Корисність
Section titled “Корисність”Скорочення затримки ACK може допомогти застосункам, чутливим до обробки дрібних пакетів і затриманих підтверджень. Водночас зростають кількість зворотних пакетів і навантаження на мережеву карту та CPU. Результат залежить від другої сторони з’єднання, керування перевантаженням і MTU, тому зменшення мережевої затримки не гарантовано.
Що підтверджено
Section titled “Що підтверджено”- Шлях параметрів для інтерфейсу з його GUID.
- Значення за замовчуванням і ефективні діапазони
0..255і0..6. - Глобальний розділ реєстру не замінює налаштування конкретного інтерфейсу.
- Новий VPN або тимчасовий адаптер отримує власний GUID і значення за замовчуванням.
Що не підтверджено
Section titled “Що не підтверджено”- Зниження ping або затримки застосунків.
- Поведінка з конкретними серверами, маршрутами та втратами пакетів.
- Виграш на Wi-Fi, VPN і в іграх.
Практичний висновок
Section titled “Практичний висновок”Залиште значення за замовчуванням. Зменшуйте затримку ACK лише за відтворюваної проблеми з дрібними пакетами та стежте за кількістю зворотних пакетів і навантаженням на мережу.
Відновлення стану
Section titled “Відновлення стану”Поверніть інтерфейсні значення 2 або видаліть записи. Зміни застосовуються до нових з’єднань.
Обмеження
Section titled “Обмеження”Перевірка стосується Windows 11 25H2. Читання параметрів, значення за замовчуванням і діапазони підтверджено. Підсумковий виграш не вимірювався в контрольованих тестах з різними серверами, Wi-Fi і Ethernet, MTU та втратами пакетів. Передання частини обробки мережевій карті не скасовує правила підтверджень TCP. Однак пакетна обробка, VPN і поведінка другої сторони з’єднання можуть приховати або змінити спостережуваний ефект.
Власних динамічних спостережень стаття не містить: читання значень мережевим стеком у працюючій системі та фактичні інтервали підтверджень у контрольованому сценарії не вимірювалися. Твердження про читання та діапазони спираються на розбір TCP-компонентів і публічну документацію Microsoft, а не на власні вимірювання.
Як самостійно виконати динамічну частину перевірки — див. Як перевірити самостійно.
Дослідження та використані інструменти належать розробнику BoosterX, тому в розробника є прямий інтерес до результатів. Методику та межі застосовності описано вище, а висновки можна перевірити за відкритими даними та переліченими публічними джерелами.
Джерела
Section titled “Джерела”- TCP/IP registry values, Microsoft Learn, перевірено 2026-09-01.
- TCP delayed acknowledgement, Microsoft Learn, перевірено 2026-09-01.
Публічні джерела перевірено: 2026-09-02.
Історія змін
Section titled “Історія змін”- 2026-09-20: додано дисклеймер про конфлікт інтересів і посилання на самостійну динамічну перевірку в методиці.
- 2026-09-19: в обмеження явно додано відсутність власних динамічних спостережень і вимірювань інтервалів ACK.
- 2026-09-02: перша публікація; підтверджено шлях, defaults і діапазони, додано межі впливу на затримку.
