내 직업에서,나는 그것의 여러 주제에 대해 많은 것을 배울 수있다. 이 인프라,서버 및 스토리지에 올 때 특히 가상화 시장에서 많은 사람들은 일반적으로 잘 준비가되어 있지만,나는 가장 약한 점은 여러 번 네트워킹 것을 발견했다. 하지만 인프라스트럭처 직원들에게도 중요한 주제가 하나 있지만,대기 시간은 거의 알 수 없습니다.
대기 시간이란?
가능한 한 빨리 빛의 속도조차도 무한하지 않습니다. 예를 들어 태양에 의해 생성 된 빛은 지구에 도달하는 데 8 분이 걸립니다. 우선 일반적으로 우리의 연결은 광섬유(결국 빛만큼 빨리 될 것)로 만들어지지 않기 때문에 우리의 컴퓨터 네트워크도 그 속도에 가까운 아니지만,이러한 미디어를 통해 전기 케이블 등 전송 속도가 느립니다,뿐만 아니라 패킷을 조작 할 필요가 소스와 대상 사이에 많은 가전 제품이 있기 때문에. 소스 호스트,스위치,라우터,방화벽,대상 호스트;각”홉”은 패킷이 목적지에 도달하는 데 필요한 총 시간에 시간을 추가합니다. 이 상황을 다음과 같이 설계 할 수 있습니다:
(출처: https://stackoverflow.com/questions/8682702/how-to-calculate-packet-time-from-latency-and-bandwidth )
그래서,간단히 말해,대기 시간은 패킷이 소스에서 목적지로 이동하는 데 걸리는 시간입니다.
로컬 네트워크에서는 근사치를 적용하고 처리 지연이 0 이며 두 호스트 사이의 여러 스위치가 추가 대기 시간을 추가하지 않는다는 것을 쉽게 선언 할 수 있습니다. 결국 호스트가 연결되어 있는지 확인하기 위해 핑 명령을 실행할 때 대기 시간은 항상”1 밀리 초 미만”입니다” :
이러한 이유로,단순히 사용 가능한 대역폭을 보면서 최대 전송 속도를 계산하는 것은 드문 일이 아니다:이 경우 이더넷 링크에 액세스 할 수 없습니다(예:이더넷 링크에 액세스 할 수 없습니다). 내 대역폭이 1 백 25 메가바이트 인 경우,그것은 내가 1 백 25 메가바이트마다 초를 전송할 수 있음을 의미합니다.
대기 시간이 중요한 이유는 무엇입니까?
다른 매개 변수와 함께 무시하면 잘못된 결과가 발생합니다!
이전 예제를 보십시오. 대기 시간이 0 에 가까운 로컬 네트워크에서도 최종 속도에 영향을 줄 수 있는 다른 매개 변수가 있습니다. 위의 모든 것:창 크기. 나는 이미 다른 사람에 의해 완벽한 방법으로 작성되었습니다 무엇을 반복하지 않을거야,그래서 당신은 더 많은 것을 배우고 싶은 경우에,브래드 헤들 런드이 게시물을 읽어 보시기 바랍니다. 캐치는 무엇입니까? 우리가 일반적으로 이야기하는 링크 속도는 순수한 케이블 링크 속도입니다. 그러나 그 위에,우리는 여러 프로토콜을 실행해야합니다. 이 값이 클수록 단일 전송에서 더 많은 데이터를 전송할 수 있습니다. 그런 다음,페이로드는 패킷 내부에 포장,그래서 그들은 어떤 데이터를 포함하지 않는 경우에도,전송되는 본당 각 패킷에 대한 추가 바이트가있다(기본 이더넷 프레임에 대한 몇 가지 오버 헤드도 있습니다,점보 프레임에 관해서 모든 토론에 대해 생각). 이전 패킷이 목적지에 도달 한 후에 만 다음 패킷을 전송할 수 있기 때문에 링크가 다른 패킷을 전송하는 데 바쁘기 때문입니다.
로컬 네트워크에서 공용 네트워크로 이동할 때 대기 시간과 창 크기가 가장 중요합니다. 여기서<1 천분의 1 초 값은 사라지고 고려해야 할 값이 더 높습니다. 더 높은 것은 대기 시간이고,더 작은 것은 내가 볼 수있는 최대”실제”대역폭입니다. 간단한 예를 들어 보겠습니다.이 두 가지 유형의 이론 계산이 서로 다르기 때문에 두 가지 유형의 이론 계산이 서로 다르기 때문에 두 가지 유형의 이론 계산이 서로 다르기 때문에 두 가지 유형의 이론 계산이 서로 다르기 때문에 두 가지 유형의 이론 계산이 서로 다르기 때문에 두 가지 유형의 이론 계산이 서로 다르기 때문에 두 가지 유형의 이론 계산이 서로 다르기 때문에 두 가지 유형의 이론 계산이 서로 다르기 때문에 두 가지 유형의 이론 계산이 서로 다르기 때문에 두 가지 유형의 이론 계산이 서로 다르기 때문입니다.시간:시간:초):22 시간:13 분:20 대
하지만 당신은 당신의 공급자에게이 파일을 전송하려고하면,그것은 완료하는 데 시간이 걸릴하지 않습니다,당신과 당신의 서비스 제공 업체는 동일한 이더넷 링크에 연결되지 않는 한;이는 의미,당신은 전혀 인터넷을 사용하지 않는!
전송 속도를 올바르게 계산하는 방법
이 멋진 도구를 사용하여 이전 값을 정확한 초로 계산했습니다:
http://wintelguy.com/transfertimecalc.pl
그러나 당신이 그것을 보면,당신은 내가 이전에 이야기 한 것과 같은”근사 오류”를 볼 것입니다:크기와 대역폭 만 고려됩니다. 창 크기 및 대기 시간이 없습니다. 그러나 윈텔 가이 웹 사이트는 더 놀라운 도구를 가지고 있으며,하나는 정확히 우리가 필요로하는 것입니다:
http://wintelguy.com/wanperf.pl
이 하나,당신은 모든 중요한 매개 변수가 나열되어 계산에 사용되는 것을 볼 수 있습니다. 이제 우리가 전에했던 것과 같은 계산을 반복하자,하지만 지금은 몇 가지 새로운 정보와 함께:
우리는 40 밀리 초 지연 시간을 추가하고,다른 두 기본값(패킷 손실 및 메타 데이터)을 받아 들였다. 우리와 우리의 통제하에 있지 않은 우리의 서비스 제공 업체 사이에 많은 가전 제품이 있기 때문에 우리는 인터넷 링크를 통해 국제 통신 사업자를 변경할 기회가 없습니다. 이 연결 설정이 제어 및 공급자에 의해 조정 될 수 있기 때문에(물론,너무 잠금의 비트가있다,그러나 이것은 또 다른 이야기…). 이는 실제 최대 처리량에 영향을 줍니다. 나는 이것이 정말 좋은 상황이라고 말하고 싶지만,더 나쁠 수 있습니다:이전과 같이 다른 모든 매개 변수를 유지하고 대기 시간을 150 밀리 초로 늘리십시오:
처리량은 77.8 메가 비트로 감소,이론적 인 속도의 22%의 손실. 따라서 지연 시간이 150 밀리초이지만 패킷 손실을 10 배 늘리면 이를 얻을 수 있습니다.):
패킷 손실이 0.0001(전송된 10000 개당 손실 패킷 1 개)에서 0 으로 증가했습니다.001(전송 된 1000 개당 1 개의 패킷 손실)이 값만으로도 최대 속도가 75%감소했습니다!!!
그래서,다음에 당신은 당신의 서비스 제공 업체 또는 그 데이터를 전송하는 데 사용하는 소프트웨어를 비난하기 전에,당신의 새로운 빛나는 인터넷 회선이 예상대로 작동하지 참조 네트워크에서 더 나은 모습을 가지고있다. 당신은 그 25 메가바이트는 당신이 얻을 수있는 가장 빠른 속도 것을 알 수 있습니다.
