Безлимитка - не безлимитка - не важно. Важно то, что таким образом быстрее скачивается информация.
Другое дело, если проц или софт не может осилить разжатие на лету.. Тогда да, тогда придется лить несжатый траф.
Недавно была проблема - на проксе была закрыта передача некоторых заголовков. В том числе gzip. После его открытия некоторые ресурсы стали летать в 8-10 раз быстрее.
При запросе на серваке инфа сжимается, загзипленная в сжатом виде передается на локал (траф уменьшается в разы в зависимости от сжимаемости передаваемой инфы) и на локале браузер уже ее разжимает и выдает тебе "на гора".
Чтобы производить компрессию на лету, нужно постоянно буферизировать передаваемые с сервера данные. Если окажется, что браузер пользователя может принимать упакованную информацию, то буфер сжимается и в таком виде передается пользователю. В противном случае данные отдаются как есть.
Браузер очень просто сообщает о своей готовности принимать сжатые данные: для этого в своем запросе он передает специальный флаг gz-encoded. Сервер, в свою очередь, также должен подтвердить свою готовность к работе со сжатыми данными, возвратив флаг gz-encoded обратно.
Проверить, поддерживает ли твой браузер gzip-сжатие можно по ССЫЛКЕ, либо, если у тебя Firefox, в новой вкладке в адресной строке прописать "about:config", нажать "enter", найти строчку "network.http.accept-encoding" - ее значение должно быть примерное следующим: "gzip,deflate"
Правда у такой схемы есть один небольшой недостаток - пока весь архив (загзипленный кусок контента) не зальется на локал - ты ничего не увидишь. То есть, при просмотре сайта, откроется разом вся страница, либо, в случае передачи битого архива, не откроется совсем! )
Но для предотвращения сего явления есть уже спецовые алгоритмы проверки целостности архива, проверки целостности ip-пакетов...