В настоящее время у меня это назначено в проводнике метабазы IIS6:
<deflate>
HcDynamicCompressionLevel=9
HcOnDemandCompLevel=10
<gzip>
HcDynamicCompressionLevel=9
HcOnDemandCompLevel=10
Я читал, что значение уровня 10 нехорошо, приводит к резкому скачку процессора. Следует ли мне также изменить HcOnDemandCompLevel на 9? В чем разница между этими двумя настройками?
HcDynamicCompressionLevel контролирует степень сжатия, которое будет выполнено для динамического контента, а также HcOnDemandCompLevel определяет степень сжатия статического содержимого.
Определения из Справочник по свойствам метабазы II6:
HcDynamicCompressionLevel Свойство определяет уровень сжатия для схемы сжатия, когда схема сжимает динамическое содержимое.
HcOnDemandCompLevel Свойство определяет уровень сжатия для схемы сжатия, когда схема предназначена для сжатия статического содержимого по запросу.
Компромисс - сжатый контент для циклов процессора. Поскольку сжатие динамического содержимого выполняется каждый раз, когда оно обслуживается, оно будет более интенсивным для ЦП, чем статическое сжатие, которое кэшируется после сжатия.
Настройка уровней сжатия действительно зависит от вашего отношения динамического и статического контента, который обслуживается, и мощности ЦП сервера, чтобы нести нагрузку, особенно для динамического сжатия. Таким образом, скачки ЦП более вероятны при сжатии динамического контента, что отражается на нижнем 9 уровне, но если ваш статический содержимое часто меняется, это тоже может привести к увеличению циклов процессора.
Если ваши ЦП не облагаются налогом, оставьте уровни как есть, в противном случае измените их в непроизводственной среде и проверьте влияние с учетом времени загрузки страницы.
Видеть Использование сжатия HTTP для ускорения загрузки (IIS 6.0) для получения дополнительной информации.