Стоит ли включить динамическое сжатие в IIS7?

Ответ 1

Совершенно верно. См. Статью в первой десятке улучшений производительности в IIS 7.

Цитата из статьи:

Уменьшение полосы пропускания от сжатия

Неудивительно, что стоимость полосы пропускания является одной из главных затрат на работу центра обработки данных, ориентированного на Интернет. Кроме того, пропускная способность, необходимая для доставки запрошенного контента, является ключевым фактором воспринимаемой отзывчивости вашего приложения.

Одним из наиболее эффективных способов уменьшить пропускную способность, необходимую для доставки ответов приложений, является использование HTTP-сжатия. Это может уменьшить размер ответа на значительную величину, часто в 10 раз при применении к легко сжимаемому текстовому контенту, например, HTML. Самое приятное то, что практически все настольные браузеры поддерживают его, а затраты на декомпрессию на настольном оборудовании незначительны по сравнению с экономией времени ожидания от отправки меньшего количества данных. И поскольку сжатие основано на согласовании Content-Encoding, определенном в протоколе HTTP 1.1, что позволяет безопасно для клиентов, которые не поддерживают сжатие - эти клиенты просто получают несжатую версию содержимого.

Ответ 2

Вы должны почти всегда включать динамическое сжатие (статическое значение включено по умолчанию). Динамическое сжатие == Неоправданный стресс обработки - пагубный миф. Здесь MSDN:

Несмотря на общий миф, динамический сжатие обычно не имеет непомерно высокие накладные расходы процессора. По факту, динамическое сжатие часто вызывает меньше чем 5 процентов от общего количества CPU использования на занятом сервере. динамический сжатие может быть развернуто несколько либерально допускать максимум экономия полосы пропускания для любого приложения рабочие нагрузки.

Кроме того, вы можете указать дроссель процессора для сжатия в IIS7.