설정의 세부 사항을 모르면 확실하게“왜”라는 질문에 대답하기가 어렵습니다. 그러나“어떻게 할 수 있습니까?”라고 물으면 몇 가지 가능성을 줄 수 있습니다. 그들은 "섬유"에 한정되지 않습니다.
TCP / IP 프로토콜 인 HTTP를 통해 다운로드하고 있습니다. 이 프로토콜은 양방향입니다. 즉, HTTP 클라이언트가 수신 한 모든 패킷도 서버에 인식됩니다. 따라서 업로드 및 다운로드는 완전히 분리 된 (가능한) 트래픽이 아닙니다.
원격 서버 (vagrantcloud.com)에서 다운로드 중입니다. 아마도 방, 건물, 도시에 있지 않거나 주 또는 대륙에 있지 않을 수도 있습니다. 와이어 속도와 버퍼 크기가 다른 여러 가지 네트워크 구성 요소가 관련되어 있으며 일반적으로 제어 할 수없는 "인터넷"과 공유합니다.
시스템 자체에서 실행되는 도구를 사용하여 관찰중인 시스템을 모니터링하고 있습니다. 아무도 전문적인 맥락 에서이 작업을 수행하거나 (희망 없음) 적어도 측정에서 결론을 도출하지는 않을 것입니다. 두 가지 이유로 잘못된 결과가 발생할 수 있습니다.
- 호스트의 동작과 실행중인 다운로드에 사용되는 네트워크 구성 요소 중 일부에 영향을 미칩니다.
- 대상 또는 출발지에 관계없이 수신 패킷을 (패킹 / 언 패킹하지 않고 빠르고 효율적으로) 계산하므로 관련없는 트래픽이 자체 테스트 트래픽의 결과라고 가정하므로 도구가 버그가있을 수 있습니다.
순수 관찰자 모드에서 Wireshark 를 사용 하여 업로드 / 다운로드 트래픽을 모니터링하고 DSL 링크를 포화 시키려고 여러 도구 (지리적으로 구분 된)와 다른 도구 (예 : 수행 한 것처럼)를 연결하여 트래픽 자체를 생성 할 수 있습니다. 이러한 측정은 다소 객관적이어야합니다. 다시 말하지만,“다운로드 테스트 싱크”와 동일한 네트워크에있는 다른 컴퓨터에서 실행하는 것이 이상적입니다.
추신 : 대역폭을 공유하고 테스트를 수행 할 때 "오늘날 인터넷 속도가 느리다"는 방 / 가정 및 이웃을 생각해보십시오.