В частности, я работаю с IIS7, если есть причины, специфичные для платформы, но в целом мне любопытно.
Я знаю, что сжатие gzip более интенсивно использует процессор как для сервера, так и для клиента, но похоже, что компромисс для более низкой пропускной способности будет в целом положительным изменением, поскольку такой большой веб-контент очень сжимается (думая о HTML, CSS и JS) .
Сжатие веб-контента (с помощью deflate или gzip) - это компромисс между ЦП и пропускной способностью.
Вообще говоря, относительно низкие затраты процессора на сжатие файлов практически не окажут никакого влияния; если только центральный процессор не является вашим узким местом (и даже если это так), сжатие вряд ли будет иметь какие-либо ощутимые негативные последствия.
Положительным моментом является, конечно, высвобождение полосы пропускания; хотя один контент будет сжиматься намного лучше, чем другой, а другой - нет, но при включенном сжатии потребление пропускной способности будет по крайней мере незначительным.
Если файлы достаточно малы, их сжатие может быть медленнее, чем их отправка без сжатия.