이것은 인터넷 업그레이드(최대 100MBit/s 다운스트림) 이후에 제가 알아차린 흥미로운 사실인데 여기서 정확히 무슨 일이 일어나고 있는지 잘 모르겠습니다. 이것이 저를 당황하게 합니다. :) 이 불일치는 모든 프로그램에 적용되는 것 같습니다. 어쨌든 다운로드/업데이트해야 하기 때문에 여기서는 Blizzard의 Battle.net 앱을 사용하고 있습니다.
다음 스크린샷은 모두 2~3초 내에 만들어졌습니다.
먼저, 애플리케이션 자체의 추정치를 살펴보겠습니다.
나는 이것이 추정치이고 많은 프로그램이 압축 해제 후 효과적인 데이터 전송을 보여준다는 것을 완전히 알고 있습니다. 보시다시피 약 60MBit/s 정도가 될 것이며 압축과 장난으로 인해 약간의 차이가 있을 것입니다. 괜찮은.
이제 작업 관리자의 "성능" 탭을 살펴보면 비슷한 그림을 볼 수 있습니다.
우여곡절을 무시하고 평균 약 60MBit/s 다운스트림(오버헤드 포함)을 가정하는 것이 절약된다고 말하고 싶습니다. 이는 실제 애플리케이션에 표시된 것과 일치합니다.
하지만 지금 "프로세스" 탭을 보면 숫자가 맞지 않습니다.
보시다시피 이는 약 35MBit/s의 프로세스를 보여줍니다. 참고로 업데이트 속도는 "보통"으로 적절하게 설정되어 있지만 "빠르게" 또는 "느리게"로 설정해도 이 동작은 변경되지 않습니다.
스크린샷을 찍지는 않았지만 리소스 모니터는 실제 값보다 더 큰/2배를 보고합니다.
SpeedTest.net과 같은 임의의 속도 테스트 사이트를 사용할 수도 있으며 비슷한 결과를 얻을 수 있습니다. "성능" 탭에는 전송된 데이터의 정확한 양이 표시되고 "프로세스" 탭에는 전송된 데이터의 약 절반이 표시됩니다.
타이밍 측면에서 표시된 (더 큰) 값은 실제로 제정신이며 연결을 통해 진행되는 작업입니다. 또한 다운로드가 실행 중이고 값이 지속적으로 업데이트되면 이러한 이상한 불일치가 유지됩니다.
처음에는 MTU 설정을 의심했지만 기본 1,500에서 연결별 1,440으로 낮추어도 아무 변화가 없었습니다. 그리고 이것은 내가 가정하는 모든 가치에도 영향을 미쳤을 것입니다.
또한 추가 가상 머신이나 필터가 설치/활성화되어 있지 않습니다. 네트워크 어댑터에는 Windows 기본값만 추가/확인되어 있습니다. QoS 필터를 활성화/비활성화해도 아무 것도 변경되지 않습니다.
WiFi 카드가 온보드에 있지만 꺼져 있습니다(작업 관리자가 여기에서 측정을 위해 WiFi 속도를 자주 사용한다고 들었기 때문입니다).
그리고 참고할 점은 다음과 같습니다.대역폭 업그레이드는 기존 유선 ADSL 연결과 4G/LTE 연결을 모두 연결하는 하이브리드 접근 방식을 사용하여 실현됩니다. 이로 인해 추가 연결 헤더가 도입되어 ADSL 측의 MTU가 1,492에서 하이브리드 연결의 경우 1,440으로 낮아집니다.