Windows 11 25H2의 TCP ACK 및 지연 ACK
목차
간단한 답변
섹션 제목: “간단한 답변”TcpAckFrequency 및 TcpDelAckTicks는 특정 인터페이스 수준에서 TCP 확인 응답을 제어합니다. 매개변수 읽기와 범위는 확인되었으며, ACK 지연 단축이 이점을 보장하지 않고 역방향 패킷 수를 증가시킵니다.
무엇을 확인했는가
섹션 제목: “무엇을 확인했는가”네트워크 인터페이스의 매개변수 경로, 기본값, 범위 및 TCP 확인 응답 규칙에 대한 영향을 확인했습니다.
연구 범위
섹션 제목: “연구 범위”Windows 11 25H2 build 26200.9168, 인터페이스 TCP 매개변수. 손실이 있는 네트워크, Wi-Fi, VPN 및 다양한 서버는 통제된 측정에 포함되지 않았습니다.
방법론
섹션 제목: “방법론”TCP 구성 요소 및 시스템 추적 분석, 값 변환 확인 및 Microsoft 공개 문서와의 대조.
표준 경로
섹션 제목: “표준 경로”HKLM\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters\Interfaces\{Interface-GUID}
| Value | Type | Default | 유효 범위 | 역할 |
|---|---|---|---|---|
TcpAckFrequency |
REG_DWORD |
2 |
0..255 |
ACK까지의 full-sized segments 수 |
TcpDelAckTicks |
REG_DWORD |
2 |
0..6 |
100-ms ticks 단위의 delayed ACK 지연 |
ACK policy 작동 방식
섹션 제목: “ACK policy 작동 방식”TcpAckFrequency=1는 모든 전체 크기 세그먼트에 대해 ACK를 전송하도록 지정합니다. 값 2는 일반적인 TCP 지연 확인 응답 규칙을 유지합니다. TcpDelAckTicks는 100 ms 단계로 측정됩니다: 기본값 2는 약 200 ms의 한도를 설정하고, 0는 타이머의 추가 대기를 제거합니다. 다른 TCP 규칙은 여전히 즉각적인 확인 응답을 유발할 수 있습니다.
TCP 스택은 특정 네트워크 인터페이스에 대해 읽은 값을 사용합니다. 전역 레지스트리 섹션에 기록해도 인터페이스 설정이 대체되지 않습니다. 새로운 VPN, vEthernet 또는 임시 어댑터는 자체 GUID를 받으며, 해당 어댑터에 대해 매개변수가 설정되지 않은 한 기본값을 유지합니다.
유용성
섹션 제목: “유용성”ACK 지연 단축은 작은 패킷 처리와 지연된 확인 응답에 민감한 애플리케이션에 도움이 될 수 있습니다. 그러나 역방향 패킷 수와 네트워크 카드 및 CPU 부하가 증가합니다. 결과는 연결의 상대방, 혼잡 제어 및 MTU에 따라 달라지므로 네트워크 지연 감소는 보장되지 않습니다.
확인된 사항
섹션 제목: “확인된 사항”- GUID가 있는 인터페이스의 매개변수 경로.
0..255및0..6의 기본값과 유효 범위.- 전역 레지스트리 섹션이 특정 인터페이스 설정을 대체하지 않음.
- 새로운 VPN 또는 임시 어댑터가 자체 GUID와 기본값을 받음.
확인되지 않은 사항
섹션 제목: “확인되지 않은 사항”- ping 또는 애플리케이션 지연 감소.
- 특정 서버, 경로 및 패킷 손실에서의 동작.
- Wi-Fi, VPN 및 게임에서의 이점.
실용적 결론
섹션 제목: “실용적 결론”기본값을 유지하십시오. 작은 패킷에 대한 재현 가능한 문제가 있을 때만 ACK 지연을 줄이고, 역방향 패킷 수와 네트워크 부하를 주시하십시오.
상태 복원
섹션 제목: “상태 복원”인터페이스 값을 2로 되돌리거나 항목을 삭제하십시오. 변경 사항은 새 연결에 적용됩니다.
제한 사항
섹션 제목: “제한 사항”검증은 Windows 11 25H2에 해당합니다. 매개변수 읽기, 기본값 및 범위는 확인되었습니다. 최종 이점은 다양한 서버, Wi-Fi 및 Ethernet, MTU 및 패킷 손실을 사용한 통제된 테스트에서 측정되지 않았습니다. 처리의 일부를 네트워크 카드로 전가해도 TCP 확인 응답 규칙이 무효화되지 않습니다. 그러나 패킷 처리, VPN 및 연결 상대방의 동작은 관찰된 효과를 숨기거나 변경할 수 있습니다.
이 문서에는 자체적인 동적 관찰이 포함되어 있지 않습니다: 실행 중인 시스템에서 네트워크 스택의 값 읽기와 통제된 시나리오에서의 실제 확인 응답 간격은 측정되지 않았습니다. 리더 및 범위에 대한 주장은 자체 측정이 아닌 TCP 구성 요소 분석과 Microsoft 공개 문서에 기반합니다.
동적 검증 부분을 직접 수행하는 방법은 직접 확인하는 방법을 참조하십시오.
연구 및 사용된 도구는 BoosterX 개발자에게 속하므로 개발자는 결과에 직접적인 이해관계가 있습니다. 방법론과 적용 범위는 위에 설명되어 있으며, 결론은 공개 데이터와 나열된 공개 출처를 통해 확인할 수 있습니다.
- TCP/IP registry values, Microsoft Learn, 확인일 2026-09-01.
- TCP delayed acknowledgement, Microsoft Learn, 확인일 2026-09-01.
공개 출처 확인일: 2026-09-02.
변경 이력
섹션 제목: “변경 이력”- 2026-09-20: 이해충돌 면책 조항 및 방법론에 독립적 동적 검증 링크 추가.
- 2026-09-19: 제한 사항에 자체 동적 관찰 및 ACK 간격 측정의 부재를 명시적으로 추가.
- 2026-09-02: 최초 게시; 경로, defaults 및 범위 확인, 지연에 대한 영향 범위 추가.