연결 속도가 빠를수록 대기 시간이 줄어든다는 것은 분명합니다.하지만 궁금합니다 : 전 세계 반대편의 호스트에서 원격으로 작업하고 있습니다. 빛은 매우 빠르게 (나노 초당 1 피트) 여행 할 수 있으며 우리 모두 광대역 연결을 가지고 있습니다. 1,000kbps 업로드 및 10,000kbps 다운로드 초과 :
더 높은 대역폭 연결은 핑에 걸리는 시간을 줄입니까? 데이터가 매우 적기 때문에 더 빠른 연결이 어떻게 도움이됩니까? 현재 핑은 450ms가 걸립니다. 개선 할 수있는 방법이 있습니까 ??
답변
첫째, 대역폭은 대기 시간과 다릅니다. 연결 속도가 빠르다고해서 반드시 대기 시간이 단축되는 것은 아닙니다. 450ms는 조금 느리게 보이지만 전 세계에서 1/2 길을 가고 있다면 그다지 멀지 않습니다. 기준 프레임으로 고속, 낮은 대기 시간 링크는 미국을 가로 질러 ~ 70-80ms가 소요됩니다. 공급자가보다 최적의 피어링 경로를 가지고 있다고 가정하면 공급자를 변경하여 대기 시간을 조금 줄일 수 있습니다. 그러나 나는 약속 할 수 없습니다.
답변
“빠른”연결 (참조로)은 대기 시간을 낮추지 않습니다. “빠른”연결은 주어진 시간에 더 많은 데이터를 와이어에 배치 할 수있게합니다.
대역폭은 용량을 측정 한 것입니다.
지연 시간은 지연의 척도입니다.
편집하다
대역폭과 대기 시간의 차이에 대한 예는 다음과 같습니다. 하나의 10Mbps와 다른 1Mbps의 인터넷 연결 2 개를 상상해보십시오. 둘 다 대기 시간이 50ms입니다. 이제 연결의 다른 쪽 끝에있는 원격 터미널에 키 입력을 보내고 있다고 상상해보십시오. 간단하게하기 위해 각 키 스트로크가 1Mbps의 대역폭을 소비한다고 말할 수 있습니다. 10Mbps 연결에서 문자 A, B, C, D, E, F, G, H, I, J를 동시에 보낼 수 있으므로 모두 50ms 후에 원격 터미널에 도착하여 에코됩니다. 화면 … 동시에. 이제 1Mbps 연결에서는 각 키 입력이 사용 가능한 모든 대역폭을 사용하기 때문에 각 키 입력이 독립적으로 전송됩니다. 따라서 문자 A가 전송 된 다음 50ms 후에 원격 터미널에서 수신되고 화면에 표시되고 그 다음에 문자 B 50ms가 표시됩니다. 그런 다음 문자 C는 문자 J까지입니다. 10 개의 문자가 모두 원격 터미널에서 수신되고 화면에 에코되는 데 500ms가 소요됩니다. 10Mbps 연결이 더 빠릅니까? 아닙니다. 대기 시간은 1Mbps 연결과 마찬가지로 50ms입니다. 처리량 (대역폭)이 높고 한 번에 더 많은 데이터를 와이어에 배치 할 수있어 더 빠릅니다. 이것이 대역폭 (용량)과 대기 시간 (지연)의 차이입니다. 엄밀한 의미에서 “빠른”연결 (참조하는 방식)은 대기 시간을 줄이지 않습니다. 처리량 (대역폭)이 높고 한 번에 더 많은 데이터를 와이어에 배치 할 수있어 더 빠릅니다. 이것이 대역폭 (용량)과 대기 시간 (지연)의 차이입니다. 엄밀한 의미에서 “빠른”연결 (참조하는 방식)은 대기 시간을 줄이지 않습니다. 처리량 (대역폭)이 높고 한 번에 더 많은 데이터를 와이어에 배치 할 수있어 더 빠릅니다. 이것이 대역폭 (용량)과 대기 시간 (지연)의 차이입니다. 엄밀한 의미에서 “빠른”연결 (참조하는 방식)은 대기 시간을 줄이지 않습니다.
답변
연결은 대기 시간과 대역폭의 두 가지 주요 요소로 측정됩니다. “고속”또는 “빠른”과 같은 것은 없습니다. 이들은 두 배의 마케팅을하며 전문적으로 관리되는 연결의 맥락에서 의미가 없습니다.
답변
여기 핑과 관련하여 말할 점이 있습니다.
일반적으로 ICMP 트래픽은 우선 순위가 높지 않습니다. 따라서 핑 또는 다른 ICMP 기반 트래픽을 사용하여 네트워크 지연 / 대기 시간을 측정하는 것이 정확하지 않습니다.
두 점 사이의 지연은 다음 공식을 사용하여 계산할 수 있습니다.
Total delay = transmission delay + propagation delay + processing delay
전송 지연은 와이어에서 패킷 비트를 푸시하는 시간입니다. 전파 지연은 매체와 관련이 있으며 대상에 도달하는 시간입니다. 처리 지연은 수신 및 송신 기계 / 라우터와 관련이 있습니다.
답변
종종 그렇습니다. 그러나이 둘은 같은 것이 아니며 직접 연결되어 있지 않습니다. 일반적으로 더 많은 대역폭을 가진 연결은 사용되는 기술로 인해 대기 시간이 더 짧습니다.
그러나 항상 사실은 아닙니다. 대량의 데이터를 전송하는 빠른 방법을 고려하십시오. 12 개의 2TB 하드 드라이브에 데이터를 채우고 택배로 전송합니다. 데이터 전송 속도는 매우 높습니다 (24 시간 내에 24TB를 전송할 수 있다는 점에서 2000MBps 이상). 대기 시간도 매우 높습니다 (24 시간). 전화 접속은 대기 시간이 훨씬 짧지 만 전화 접속을 통해 24TB를 보내는 데 몇 년이 걸립니다.
둘을 직접 동일시하는 것은 좋지 않습니다. 지연 시간이 짧아야하는 경우 대역폭별로 구매하지 말고 구체적으로 문의해야합니다.
답변
지연 시간을 개선하기위한 유일한 실제 솔루션은 문제가있는 두 호스트 간의 홉 수를 줄이는 것입니다.
대기업 고객 인 경우 두 사이트 사이의 IP 경로를 짧게 (아마도 비용이 많이 들게) 만드는 방법에 대해 통신 제공 업체와 대화를 열 수 있어야합니다.
답변
당신은 사실을 수집하지 않고 많은 포지셔닝을했습니다. 가장 좋은 방법은 대기 시간이 긴 소스를 식별하는 것입니다. 어디서 시작합니까? 그런 다음 어떻게해야합니까?
traceroute 또는 더 나은 mtr (mytraceroute)을 실행하십시오. Windows를 사용하는 경우 winmtr을 사용할 수 있습니다. PingPlotter 도이를위한 좋은 도구입니다.
대기 시간이 긴 시작 위치를 찾은 다음이를 해결하기 위해 노력하십시오. 문제에 더 많은 대역폭을 던지는 것은 답이 아닙니다.