왜 Speedtest와 Wget의 불일치가 발생합니까?

고객이 인터넷 속도가 느리다고 불평합니다. Speedtest.net 속도로 측정하면 허용됩니다. 주기적으로 측정 된 다운로드는 공칭 속도의 10 % ~ 30 %입니다. 나는 그것을 설명 할 수 없다.

일부 배경. 빠른 인터넷이 가장 큰 자산이 아닌 햇볕이 잘 드는 카리브해 섬 중 하나에 문제가 있습니다. 최근 인터넷 속도는 최대 200Mbps로 적당했습니다. 그러나 암스테르담으로 핑 왕복 여행은 약 180ms입니다.

고객이 100Mbps 파이버 연결을 가지고 있습니다. Windows 컴퓨터 (speedtest.net)에서 ISP CO에 대한 속도 테스트를 수행 할 때 95Mbps를 얻습니다. 암스테르담에서 동일한 속도 테스트를 사용할 때 우리는 60-70 Mbs에 도달합니다. 완전히 허용됩니다.

얼마 전에 저는 암스테르담에있는 서버 중 하나에서 주기적으로 파일을 가져 오는 RasPi를 설치했습니다. AMS-IX에 직접 연결된 데이터 센터에서. 이 명령을 사용하여 :

wget -O /dev/null --report-speed=bits http://aserv.example.net/~myuser/links/M77232917.txt

.txt 파일은 23MB입니다. (실제로 가장 큰 메르 센 프라임, 23e6 자리)

문제가있는 네트워크에서 해당 파일을 다운로드하면 wget에서 다음을보고합니다.

dev/null 100%[====================================================================>]  22.81M  11.6Mb/s   in 17s    

2019-02-08 14:27:55 (11.2 Mb/s) - ‘/dev/null’ saved [23923322/23923322]

그것은 동시에 speedtest.net이 60-70 Mbps를보고합니다.

Raspi에 한계가 있음을 알고 있습니다. 그러나이 속도는 크게 다릅니다. 한 번 RasPi가이 11Mbps를보고하면 다음 번에는 22Mbps를보고합니다. 그러나 때로는 1.5Mbps만큼 낮습니다.

정말 강력한 랩톱으로이 테스트를 수행하면 최고 속도는 다소 높지만 (최대 30Mbps) 낮은 속도도 나타납니다. 따라서 이는 높은 쪽에서는 RasPi 제한을 나타내지 만 낮은 쪽에서는 10Mbps는 아닙니다.

데이터 센터의 독일 뮌헨에있는 서버에서 정확히 같은 명령을 내 렸습니다. 속도 96Mbps

그런 다음 네덜란드의 소비자 100 Mbps 파이버 연결에서 : 65 Mbps.

그런 다음 공칭 10 Mbps ADSL이있는 집에서. 속도 테스트는 10Mbps를 보여줍니다. Wget은 8.5Mbps를 제공합니다. 내 책에서 동등한 것입니다.

이로 인해 파일 다운로드의 호스트 역할을하는 서버에 대한 제한이 없습니다.

누구든지 고객 구내에서 연결 속도 저하의 원인을 지적 할 수는 없습니다. 그러나 누구나 speedtest.net과 wget의 불일치를 설명 할 수 있습니까?

속도 테스트에서 무시하는 것이 있습니까, 아니면 피크 만 측정합니까? 아니면 핑 시간이 길어 wget이 심각한 영향을 받습니까?

wget 테스트는 실제적이고 효과적인 속도를 제공하는 반면 speedtest는 주로 광고 속도를 보여주는 것이라고 생각합니다.

게시 된 다른 이유 외에도 대역폭 지연 제품 이 커지면 TCP 연결이 큰 파일에서 제대로 작동하지 않습니다 .

그렇지 않으면 섬에 대한 빠른 연결처럼.

TCP 조정에 관한 Wikipedia의 항목을 참조하십시오 .

따라서 Speedtest는 95mb / sec의 연결을 통해 작은 파일을 덤프 할 수 있지만 wget20MB 파일에서는 10mb / sec 만 얻을 수 있습니다.

ISP는 종종 speedtest.net에 트래픽 우선 순위를 지정하여 연결 속도를 자랑 할 수 있지만 실제로는 그다지 많은 대역폭을 제공하지 않습니다. 그들은 대부분의 사용자가 해당 사이트를 확인하기 위해서만 검사한다는 것을 완벽하게 알고 있습니다.

또한 전송 속도는 클라이언트 와 서버 모두에 의존한다는 점을 명심해야 합니다. 오늘날의 세계에서 대부분의 서버는 어떤 식 으로든 스로틀합니다.

마지막으로 해외 연결에 안정적인 대역폭을 기대하는 것은 의미가 없습니다. 그런 것은 없습니다. 최종 위치에 도달하려면 무한한 수의 스위치, 파이버, 데이터 센터를 거쳐야합니다. 그리고 속도를 늦추기 위해 움직이는 부분 하나만 있으면됩니다.

wget속도를 실용적으로 측정하십시오. Speedtest의 테스트에는 더 많은 숫자를 설명 할 수있는 일종의 병렬 처리가 포함됩니다.

좋은 평균 속도 테스트를 위해서는 다운로드 시간이 90-120 초 이상이어야한다고 생각합니다 (좋은 평균을 얻으려면)

한 가지 이유는 단일 TCP 연결로 최대 속도에 도달 할 수없는 경우가 많습니다.

Speedtest.net은 최근 단일 연결 모드를 도입했습니다. 이것을 시도하고 차이가 있는지 확인하십시오.

그런 다음 다운로드의 경우 여러 연결을 사용하고 비교할 매개 변수와 함께 aria2 를 사용하십시오. 예 :aria2c -d /dev -o null --allow-overwrite=true --file-allocation=none --max-connection-per-server=8 --min-split-size=1M http://aserv.example.net/~myuser/links/M77232917.txt

Fast.com 인터넷 속도 테스트를 사용하십시오. 이는 Netflix 기반 속도 테스트이므로 ISP가 Netflix 자체와 차별화 할 수 없습니다.

이것은 일반적으로 다른 테스트보다 더 정확한 테스트입니다. 사람들은 웹 페이지로드 속도에 대해 걱정하지 않고 비디오를 표시하는 데 필요한 대역폭이 증가하여 비디오가 얼마나 빨리 버퍼링되는지 걱정하지 않습니다.

ISP는 속도 테스트 또는 포트 8080을 사용하는 경우 누군가가 연결하는 도메인을 기준으로 속도를 높이는 경우가 많습니다. Netflix는 포트 80을 사용하는 반면 우선 순위를 정할 때는 속도가 느립니다.

• 인터넷 공급자는 팽창 속도 시험 결과를 붙 잡았다-Myce.com
• 인터넷 속도 테스트를 조작 한 영국 광대역 ISP 비난

그가 Mbps인지 wget 명령 목록 "MB / s"라고 말한 적이 있습니까?

60mbp / s이고 실제로 11.2Mb를 얻는 것은 정상입니다.

Mbps와 MB / s는 서로 다른 속도입니다.

"메가 비트는 메가 바이트의 1/8 크기이므로 1 초에 1MB 파일을 다운로드하려면 8Mbps의 연결이 필요합니다."따라서 11mbx8 = 88mbps ... 11.2Mb는 실제로 연결보고에 적합합니다. 60-70mbps.

기억력이있는 사람들이이 사실을 잊어 버리고 있습니까? 70Mbps의 속도 테스트 속도로 70mb / s를 얻을 수 없습니다