Начнем с того, что судя по скриншотам это speedtest.net, который суть не инструмент, а мулька для привлечения внимания.
И смотреть надо на середину графика, ибо
Speedtest ни что иное, как веб-сервер, работает по http (ну https, ладно, хотя если это принципиально, то спорящий точно не знает как оно устроено внутри
Когда вы говорите "проверить скачивание" - по факту вы качаете большущий файл. Ну и яваскрипт в браузе вам рисует. Происходит get-запрос и дальше просто дело техники.
Когда вы говорите "проверить залив" - тут формально вы тоже обращаетесь к серваку с запросом, точнее с кучкой запросов. То есть по факту проходит _реально_ больше времени, прежде чем процесс выйдет "на плато". Ибо там ваш браузер и сервак договариваются.
Так вот, инициация процесса занимает какое-то время. И чем уже у вас канал, тем больше вы его "тратите", что видно на рисунке. На ростелекоме провал _тоже_ имеет место быть, но поскольку там все быстрее сильно -- вы его просто НЕ видите на картинке.
Плюс к этому факту ваш провайдер (с вероятностью 8 из 10) использует как DPI, так и различные прозрачные прокси, которые вы формально не видите. И они тоже дают вот такую задержку. Ну то есть запрос на скачивание проскакивает через всю эту гребаную цепочку быстрее. А на залив - сильно медленее.
Так что DSL тут совершенно ни причем. Я, например, вижу инвертированный график на "отдачу", когда тестирую канал, завернутый прозрачный TOR. Это побочный эффект от туннелей Tor.
Если хотите "красиво разойтись" - ищите контрагента с каналом значительно толще вашего и белым IP. iPerf в руки, и меряете с двух сторон. А все эти измерители на сайтах -- это все очень условно. В целом можно сделать 20-30 измерений и посчитать среднее. Ну где-то приблизитесь к реальному, хотя бьюсь об заклад - совпадет с заявленным провайдером.
