동시에 여러 항목을 다운로드하는 경우 하나의 다운로드 연결이 완료 될 때까지 다른 연결보다 우세한 것으로 나타났습니다. 왜 그런 겁니까? 오늘의 수퍼 유저 Q & A 게시물에는 궁금한 독자의 질문에 대한 답변이 있습니다.
오늘의 질문 및 답변 세션은 커뮤니티 중심의 Q & A 웹 사이트 그룹 인 Stack Exchange의 하위 부문 인 SuperUser에 의해 제공됩니다.
Armando Sotoca (Flickr)의 사진 제공.
질문
수퍼 유저 리더 Keltari는 일부 다운로드 (네트워크) 연결이 다른 연결을 지배하는 이유를 알고 싶어합니다.
이유에 대한 의혹이 있지만 네트워킹에 대한 배경 지식이 강한 사람이 설명하기를 원합니다.
여러 위치 (다른 위치)에서 다운로드 할 때 특정 연결이 대역폭을 포화 상태로 설정하여 지배적 인 연결이 완료 될 때까지 다른 연결을 거의 유휴 상태로 유지하는 이유는 무엇입니까?
일부 다운로드 (네트워크) 연결이 다른 연결을 지배하는 이유는 무엇입니까?
대답
수퍼 유저 제공자 사이 버나드는 다음과 같은 해답을 가지고 있습니다.
일반적으로 가장 빠른 연결이 이깁니다. 그러나 Windows 7 이전에는 네트워킹이 엉망이었고 성능이 끔찍했습니다. 예를 들어 Windows XP에서 20mb / s 이상을 얻으려고하십니까? 좋은 성과 있길 바래요.
- 표준 TCP 혼잡 방지 알고리즘은 AIMD (additive 증가 및 곱하기 감소) 방식을 사용합니다. 패킷 손실이 발견되지 않으면 (3 개의 중복 ACK 또는 재전송 타임 아웃을 통해) RTT마다 혼잡 윈도우 (cwnd)가 1 개의 최대 세그먼트 크기 (MSS)만큼 증가합니다. 그렇지 않으면 패킷 손실이 감지되면 TCP 발신자가 cwnd를 반으로 줄입니다. 고속 및 긴 지연 네트워크에서는 매우 큰 창이 필요합니다 (예 : 링크 용량을 완전히 활용하기 위해 수천 개의 패킷. 따라서 단일 손실 이벤트시 전송 속도를 복구하려면 표준 TCP 많은 RTT가 필요합니다. 더욱이, 평균 TCP 혼잡 윈도우는 패킷 손실율의 제곱근에 반비례한다는 것이 잘 알려져있다.
출처: 고속 및 장거리 네트워크를위한 복합 TCP 접근 방식 (Microsoft)
연결이 빠를수록 패킷의 성공률이 높아 지므로 cwnd / MSS가 증가하고 전체 연결 수는 훨씬 늘어납니다.
설명에 추가 할 것이 있습니까? 주석에서 소리를냅니다. 기술에 정통한 다른 Stack Exchange 사용자의 답변을 더 원하십니까? 여기에서 전체 토론 스레드를 확인하십시오.
