Windows 11에서 네트워크 지연 시간 줄이기: 레지스트리에서 TcpNoDelay 값을 수정하세요

인터넷 속도 테스트 결과는 양호한데도 불구하고 대화형 작업이 느리게 느껴진다면, 윈도우 자체에 문제가 있을 수 있습니다. 네트워크 어댑터 설정에 숨겨진 두 개의 레지스트리 값은 응답성과 효율성의 균형을 맞추는 수십 년 된 TCP 프로토콜 최적화 기능을 제어합니다. 이 값을 비활성화하면 작고 반복적인 메시지가 즉시 전송되어 연결 속도가 더 빠르고 반응성이 좋아지는 것처럼 느껴집니다.

빠른 답변: في المسار HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesTcpipParametersInterfaces활성화된 네트워크 어댑터의 하위 키를 열고, 두 개의 값을 생성합니다. DWORD (32-bit) 바심 TcpNoDelay 그리고 TcpAckFrequency둘 다 설정하세요 1, 그런 다음 장치를 다시 시작하십시오이렇게 하면 해당 네트워크 인터페이스에서 네이글 알고리즘과 지연된 확인 응답(ACK)이 비활성화됩니다.

TcpNoDelay와 TcpAckFrequency 값은 실제로 어떻게 변하는가?

TCP 프로토콜은 데이터를 패킷으로 나누어 순차적으로 전송한 후, 상대방이 각 패킷의 수신을 확인하는 ACK(승인 응답)를 보낼 때까지 기다립니다. 애플리케이션이 키 입력 몇 번이나 짧은 명령어와 같은 작은 데이터 조각을 전송할 때, 각 데이터 조각은 여전히 ​​약 40바이트의 헤더로 둘러싸여 있습니다. RFC 896에 정의된 네이글 알고리즘은 이러한 낭비를 줄이기 위해 작은 데이터 조각들을 묶어서 전송하는데, 이는 이전 데이터에 대한 ACK가 수신되거나 전체 크기의 패킷을 채울 만큼 충분한 데이터가 모일 때까지 수행됩니다.

문제는 네이글 집계 프로세스가 지연된 확인 응답(ACK)을 만났을 때 발생합니다 . 수신 측은 종종 확인 응답을 보내기 전에 약 100~200밀리초를 기다리며, 이를 통해 송신 데이터에 확인 응답을 첨부하려고 합니다. 송신자는 확인 응답을 기다리기 때문에 데이터를 전송하지 않고, 수신자는 확인 응답을 첨부할 대상을 기다리기 때문에 확인 응답을 보내지 않습니다. 따라서 각 작은 메시지는 네트워크 속도와는 무관하게 100~200밀리초의 추가 지연을 겪게 됩니다.

이 두 레지스트리 값은 이 딜레마의 각 절반을 대상으로 합니다. 값 TcpNoDelay 통제받는 자 1 네이글 알고리즘에 오류가 발생하여 작은 쓰기 작업이 즉시 처리됩니다. 해당 값은... TcpAckFrequency 통제받는 자 1 이 기능은 지연된 수신 확인 기능을 비활성화하여 장치가 수신되는 모든 패키지를 즉시 확인하도록 합니다. 즉, 패키지가 연결될 때까지 기다리지 않습니다.

Windows 11에서 변경 사항이 올바른 네트워크 어댑터에 적용되었는지 확인하십시오.

Windows 11에서 시스템 레지스트리를 변경하기 전에 시스템 복원 지점을 만들어 필요한 경우 변경 사항을 되돌릴 수 있도록 하십시오. 시스템 레지스트리 수정은 미묘하거나 명백한 문제를 일으킬 수 있으므로 아래 단계를 주의 깊게 따르고 나열된 값만 변경하십시오.

1. Windows 키와 R 키를 동시에 누른 다음 , regedit를 입력하고 Enter 키를 눌러 레지스트리 편집기를 엽니다.

2. 레지스트리 편집기에서 다음 경로로 이동합니다. HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesTcpipParametersInterfaces긴 식별 문자열을 가진 여러 하위 키가 있는데, 각 키는 네트워크 어댑터를 나타냅니다. 이러한 수정을 통해 네트워크 속도 저하 문제를 해결할 수 있습니다.

3. 명령 프롬프트를 열고 명령을 실행하세요. ipconfig 현재 IP 주소를 기록하려면 하위 키를 살펴보고 일치하는 항목을 찾으세요. DHCPIP주소 또는 IP 주소 IP 주소를 확인하세요. 이것은 현재 사용 중인 네트워크 어댑터입니다. 해당 어댑터를 사용하고 있는지 확인하십시오. 윈도우 11 최고의 성능을 위해.

4. 올바른 하위 키를 확인한 후 오른쪽 창에서 마우스 오른쪽 버튼을 클릭하고 새로 만들기 > DWORD(32비트) 값을 선택합니다 . 이름을 TcpNoDelay 로 지정 하고 값을 1 로 설정합니다.

5. 동일한 하위 키에 TcpAckFrequency 라는 이름의 두 번째 DWORD 값을 만들고 값을 1 로 설정합니다 . 레지스트리 편집기를 닫고 컴퓨터를 다시 시작합니다.

수정 작업이 성공적이었는지 어떻게 확신할 수 있나요?

재부팅 후에는 자주 사용하는 TCP 작업의 응답 속도가 크게 향상된 것을 확인할 수 있습니다. 원격 데스크톱 프로토콜(RDP) 세션에서 입력과 문자 표시 사이의 성가신 지연이 사라지고 키 입력이 즉시 기록됩니다. 이러한 변화는 대역폭 업그레이드만큼 극적인 변화는 아니지만, Windows가 양호한 연결 상태에서 인위적으로 추가하던 지연 시간을 없애 작은 패킷이 애플리케이션에서 기록된 직후 즉시 전송되고, 확인 응답(ACK)도 즉시 전달되도록 합니다.

이러한 설정의 단점은 네트워크에서 전송되는 작은 패킷의 수가 증가한다는 것입니다. 최신 광대역 연결 환경에서는 이러한 현상이 허용되지만, 네트워크 자원이 매우 제한적인 경우에는 이 점을 유의해야 합니다. 문제가 발생하면 두 개의 DWORD 값을 삭제하거나 시스템 복원 지점을 이용하여 기본 동작으로 되돌리십시오.

이 수정 사항이 유용하지 않은 경우는 언제입니까?

네이글 알고리즘은 TCP 전용 최적화이므로 이 수정 사항은 TCP 트래픽에만 영향을 미칩니다. 대부분의 최신 온라인 게임, 특히 1인칭 슈팅 게임(FPS), 배틀 로얄, 속도감 있는 액션 게임은 지연 시간에 민감한 데이터를 UDP를 통해 전송하는데, UDP는 네이글 알고리즘을 사용하지 않습니다. 따라서 TCP 측에서 이 알고리즘을 비활성화해도 이러한 게임에는 아무런 차이가 없습니다.

게임 핑 은 지리적 거리, ISP의 라우팅, 서버까지의 경로 혼잡도에 영향을 받습니다. 클라이언트 측 레지스트리 값을 아무리 조정해도 이 경로를 단축할 수는 없습니다. 네이글 알고리즘을 비활성화한다고 해서 이미 느리거나 혼잡한 연결, 약한 Wi-Fi 신호, 또는 대역폭이 가득 찬 상황을 개선할 수는 없습니다. 이 설정은 연결 속도는 정상적으로 보이지만, 작은 메시지를 주고받는 반응형 작업에서 지연이 느껴지는 특정 상황을 해결하기 위한 것입니다. RDP, SSH 또는 작은 메시지를 즉시 주고받아야 하는 TCP 기반 워크플로를 사용하는 경우, Windows 11에서 이 두 값을 조정하는 것이 좋습니다.