ctapkom, ты пытаешься мне описать творящуюся у тебя в голове белиберду, при этом не понимая значение терминов, которые ты употребляешь?
А ты в курсе, что прокси должен быть с каналом таким же или лучше, чем конечный сервер? Это во-первых. Во-вторых, прокси должен быть ближе к клиенту. Либо связность каналов должна быть лучше. В-третьих, с какой стати хостеру проксировать, и, тем более, кэшировать чьи-то данные?
Трафик конечного сервера будет ниже при условии, что прокси сервер будет хранить все эти данные у себя. По твоей логике, кэширующий сервер превосходит по всем параметрам конечный.
Вопрос: Зачем нужен тогда конечный сервер, если можно в качестве него воткнуть тот самый кэширующий?
И как он у сервачка уменьшился, если они через свои сервера проксируют трафик на серверы OVH, которые используют в качестве хранилищ данных?
Клиент через браузер идет к DNS серверу и получает IP-адрес по доменному имени fastdl'a "сервачка", они получают адрес того же хостинга. В последствии запрос уходит на веб-сервер, а раз там прокси-сервер, тот в свою очередь обращается подобным образом к проксируемому серверу. В зависимости от настроек проксификатора, файл либо частями сохраняется на прокси-сервера на диск как временный и сразу отдается сохраняемыми частями клиенту либо помещается в буфер и отдается из памяти без задействования диска. Если включено кеширование, которое, судя по-всему, на прокси-сервера "сервачка", то файл отдается из кеша прокси-сервера клиенту.
Тем самым трафик весь гоняется через прокси-сервер "сервачка" и трафика потребляется ровно столько же. За единственным исключением - трафика между прокси-сервером и проксируемым сервером уже меньше.
Так каким же волшебным образом "сервачок" экономит на трафике?