대기 시간과 왕복 시간의 차이점은 무엇입니까?

Golang 커뮤니티는 HTTP 1.1과 HTTP / 2의 성능을 비교 하기 위해 HTTP / 2 데모 웹 사이트 를 제공합니다 .

latency지연 시간 0 초, 대기 시간 30ms, 지연 시간 200ms와 같이 다른 것을 선택할 수 있습니다 .

1. 가 latency컴퓨터 과학의 용어는?
2. 그게 무슨 뜻이야?
3. 차이 무엇 latency과 Round Trip Time?

네트워크 대기 시간은 소스 호스트에서 전송 된 항목이 대상 호스트에 도달하는 데 걸리는 시간입니다. 대기 시간에는 많은 구성 요소가 있으며 대기 시간은 실제로 A에서 B로, B에서 A로 다를 수 있습니다.

왕복 시간은 소스에서 대상으로 요청을 보내고 응답이 원래 소스로 돌아 오는 데 걸리는 시간입니다. 기본적으로 각 방향의 대기 시간 및 처리 시간.

"대기 시간"은 다른 것을 의미 할 수 있습니다. 일반적으로 응용 프로그램 대기 시간은 응용 프로그램의 반응 시간 (입력에서 출력까지), 네트워크 대기 시간은 지점 A에서 B로 패킷을 가져 오기위한 지연 등입니다.

"왕복 시간"은 A 지점에서 B 지점으로의 네트워크 지연으로 정의됩니다. 이는 양방향의 모든 인코딩, 대기열, 처리, 디코딩 및 전파 지연의 합입니다. 본질적으로, 처리가 거의 요구되지 않는 요청에 대해 A가 B로부터 응답을 기대할 수있는 것은 지연입니다.

종종 왕복 시간은 A와 B 사이 의 핑 시간 과 비교됩니다. 핑 시간 은 효과적인 RTT에 좋은 값을 제공 할 수 있지만 사용 된 ICMP 패킷 간의 라우팅 및 처리 차이로 인해 다른 값일 수도 있습니다. 핑과 실제로 사용되는 프로토콜 패킷에 대한 핑.

귀하의 경우 "대기 시간"은 이미 존재하는 지연 위에 추가되는 HTTP 서버 내의 인공 지연을 의미합니다. 따라서 서버에 대한 유효 왕복 시간이 50ms이고 "200ms 대기 시간"을 선택하면 250ms 이내에 요청에 대한 응답 (및 서버의 처리 오버 헤드)을 기대할 수 있습니다.

다른 답변에 약간의 배경 지식을 추가하려면 네트워크 대기 시간이 크게 다를 수 있으며 사용자 경험에 영향을 줄 수 있음을 기억해야합니다.

네트워크 대기 시간의 가장 명백한 원인 중 하나는 거리입니다. 데이터를 전달하는 신호는 빛의 속도보다 다소 느리게 이동하므로 클라이언트에서 서버로 거리가 멀수록 지연 시간이 길어집니다. 이더넷 케이블로 연결된 두 컴퓨터 간의 통신에는 몇 밀리 초가 걸립니다. 대양을 가로 지르는 서버와의 통신에는 수십 또는 수백 밀리 초가 걸립니다. 정지 위성을 통과하는 통신에는 수백 밀리 초가 걸립니다.

이것은 왕복 시간을 측정하는 핑 (ping)을 수행 할 때 명확하게 볼 수 있으며,이 경우 양방향 지연 시간의 합에 매우 가깝습니다.

대기 시간에 영향을주는 몇 가지 다른 사항 :

• 링크 / 홉 수 : 대부분의 경우 다음 링크에서 패킷을 보내기 전에 패킷을 완전히 수신해야합니다. 이는 각 홉에 약간의 대기 시간을 추가합니다.
• 이러한 링크의 처리량 : 링크 속도가 느릴수록 전체 패킷이 통과하는 데 시간이 오래 걸리므로 다음 링크에서 전달됩니다.
• 링크의로드 : 링크가 가득 찬 경우, 패킷은 전송 될 때까지 대기해야합니다.
• 로컬 재전송 링크의 경우 링크의 오류율 : 오류율이 높을수록 패킷을 재전송해야 할 가능성이 높습니다.

지연 시간은 사용자 경험에 큰 영향을 줄 수 있습니다.

• 가장 잘 알려진 사례는 MMORPG 플레이어 및 기타 온라인 게임에 영향을 미치는 대기 시간입니다.
• 상호 작용이 다른 쪽에서 제어되는 대화식 항목은 대기 시간의 영향을받습니다. 원격 데스크톱 인 Telnet / ssh는 모두 대기 시간의 영향을받습니다.
• 음성 통신은 대기 시간의 영향을받으며 대기 시간이 길면 사람들이 항상 서로를 방해합니다.
• 이전 파일 전송 프로토콜은 슬라이딩 윈도우를 구현하지 않았기 때문에 대기 시간으로 인해 어려움을 겪었으며 발신자는 패킷이 대상에 도착할 때까지 기다려야하고 다음 응답을 보내기 전에 응답이 다시 도착해야했습니다.

대화식이 아닌 경우에도 대기 시간이 영향을 줄 수 있습니다 (OP의 예에 설명되어 있음). 다운로드 할 작은 파일이 많을 때 프로토콜이 하나의 파일을 기다려야하는 경우 대기 시간으로 인해 전체로드 시간이 길어질 수 있습니다 여러 요청을 한 번에 보낼 수있는 프로토콜과 연속 파일간에 중단없이 응답을 보내는 프로토콜과 비교하여 다음 요청을 다운로드하기 전에 완전히 다운로드해야합니다.

왕복 시간 (RTT)은 패킷이 송신 엔드 포인트에서 수신 엔드 포인트로 이동하는 데 걸리는 시간입니다. 전파 지연, 처리 지연, 큐잉 지연 및 인코딩 지연을 포함하여 RTT에 영향을주는 많은 요소가 있습니다. 이러한 요소는 일반적으로 주어진 쌍의 통신 엔드 포인트에 대해 일정합니다. 또한 네트워크 정체는 동적 구성 요소를 RTT에 추가 할 수 있습니다.

RTT와 핑이 동일합니까?

왕복 시간과 핑 시간은 종종 동의어로 간주됩니다. 핑 시간은 우수한 RTT 추정치를 제공 할 수 있지만 대부분의 핑 테스트는 ICMP 패킷을 사용하는 전송 프로토콜 내에서 실행된다는 점에서 다릅니다. 반대로 RTT는 응용 프로그램 계층에서 측정되며 상위 수준의 프로토콜 및 응용 프로그램 (예 : HTTPS)에서 생성 된 추가 처리 지연을 포함합니다.

RTT 및 네트워크 대기 시간은 어떻습니까?

네트워크 대기 시간은 밀접한 관련이 있지만 RTT와 다릅니다. 대기 시간은 패킷이 송신 엔드 포인트에서 수신 엔드 포인트로 이동하는 데 걸리는 시간입니다. 많은 요소가 서비스 대기 시간에 영향을 줄 수 있습니다. 지연은 RTT의 절반과 명시 적으로 동일하지 않습니다. 지연은 두 개의 엔드 포인트간에 비대칭 일 수 있기 때문입니다. RTT는 에코 엔드 포인트에서의 처리 지연을 포함합니다.

한 번 봐 가지고 RTT에이 블로그 게시물에 대한 추가 정보를 원하시면 있습니다.