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

Question

Я пытаюсь найти все возможные способы улучшить производительность моего сайта. Я рассматривал возможность включения динамического сжатия на уровне сервера, но был обеспокоен падениями производительности (отсутствие кэширования сжатых страниц - повреждение файлов - накладные расходы на сервере). Должен ли я просто отказаться от динамического сжатия с IIS 7? Существуют ли модули, которые работают лучше, чем встроенный модуль сжатия?

Answer 1

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

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

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

Answer 2

Вы должны обязательно включить динамическое сжатие. См. статью о 10 лучших улучшениях производительности в IIS 7.

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

Снижение пропускной способности от сжатия

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

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