Раздел: Документация
0 ... 138 139 140 141 142 143 144 ... 154 •Telnet; •Uninterruptible PowerSupply (Источник бесперебойного питания). Оптимизация использования содержимого Время реакции сервера тесно связано с содержимым развернутых на нем Web-узлов. Оптимизация использования содержимого часто лает замгтиып выигрыш в производительности. IIS поддерживает статичное (передаваемое прямо клиенту) и динамическое (предварительно обрабатываемое сервером) содержимое. Динамическое содержимое создает нагрузку на сервер, и для ее снижения лучше перейти на использование статичного содержимого. 7=1 Примечание Я не призываю заменить все динамическое содержимое статичным. Динамически генерируемое содержимое — мощное средство для разработки гибко настраиваемых и полнофункциональных узлов, но использовать его без особых на то причин не стоит. Работая со статичным содержимым, при каждой возможности задавайте заголовки срока действия. Это позволит хранить связанные файлы в кэше клиентской системы и, если исходное содержимое не менялось, при повторных обращениях пользователя к узлу заметно повысить ность. Подробнее о настройке заголовков срока действия см. раздел «Изменение содержимого Web-узла и НТТР-заголов-главы 4. При работе с динамическим содержимым рекомендуется ограничить использование:......и, Они требуют больше ОЗУ и времени процессора, чем их ISAPI- и ASP-апа/югп, и поэтому для применения ISAPI или ASP. По возможности выбирайте приложения ISAPI, а не ASP: хотя часто разработка первых занимает большевыполняются они быстрее. Кроме того, при использовании ISAPI- и ASP-приложений рекомендуется основную массуподан- ных выполнять насистеме. Это уменьшает по- требность сервера в ресурсах и заметно ускоряет реакцию приложения. Пример такого перемещения — клиентский сценарий, проверяющий данные формы перед их отправкой на сервер. Это решение снижает количество циклов обмена информацией между сервером и клиентом, тем самым серьезно повышая общую производительность приложения. Есть и другие способы увеличить производительность обработки содержимого. Проанализировать способ организации содержимого на жестких дисках. Обычно связанные файлы содержимого следует хранить на одном логическом диске. Это повышает производительность кэширования файлов IIS. •Периодически дефрагментироватъ жесткие диски. Со временем содержимое диска фрагментируется, что снижает производительность операций чтения-записи. Чтобы устранить эту проблему, периодически дефрагменти-руйте жесткие диски своего сервера, Многие утилиты дсфрагментации дисков позволяют автоматизировать этот процесс и настроить его для запуска по расписанию, без вмешательства администратора. •Уменьшить размер файлов содержимого. Чем больше размер файла, тем больше времени требуется на передачу его клиенту. Уменьшив размер HTML- и ASP-странип путем оптимизации их кода, вы повысите производительность и ускорите реакцию Web-сервера. Значительную часть полосы пропускания занимают мультимедиа-файлы. При любой возможности сжимайте файлы изображений, аудио- и видеофайлы. - Разместить файлы журнала отдельно от файлов содержимого. Ведение журнала на перегруженном сервере может сильно замедлить его реакцию. Лучше хранить журналы доступа и файлы содержимого на разных физических дисках. При этом операции записи на диск, связанные с ведением журнала, будут выполняться отдельно от операций чтения-записи файлов содержимого, что может заметно ускорить реакцию сервера. •Регистрировать только необходимые сведения. Регистрация большого числа сведений на перегруженном сервере может серьезно снизить производительность системы. Расширенный формат журнала W3C позволяет уменьшить нагрузку по регистрации сведений и регистрировать лишь информацию, необходимую для создания отчетов. Независимо от формата журнала нагрузку по его ведению можно умспмннгь. поместив однотипное содержимое в одну папку и отключив ведение журнала для не требующих того папок. Например, поместите все файлы изображений в панку Images и затем отключите для нес ведение Оптимизация ISAPI- и ASP-приложений Неверно сконфигурированные и плохо оптимизированные приложения могут стать причиной значительной утечки ресурсов IIS-сервера. Чтобы достичь максимальной производительности сервера, нужно оптимизировать настройку приложений. •Включите кэширование приложений ISAPI. IIS может кэш кровать приложения ISAPI в памяти, обеспечивая к ним быстрый доступ. Для управления кэшированием служит параметр •Правильно организуйте наполнение и очистку буфера приложениями. Буферизация позволяет собрать в буфере весь вывод приложения перед передачей его клиенту, что уменьшает сетевой трафик и время реакции. Однако данные вводятся мол;-.зоиате.ио лишь по завершении обработки страницы. В итоге может создаться неверное впечатление о скорости реакции узла. Для управления буферизацией данных приложениями служит параметр. Asp Buffering On метабазы. •Отключите отладку приложений. Отладка приложений значительно снижает производительность IIS, и использовать ее следует лишь для устранения неполадок. В остальных ситуациях отладку рекомендуется отключить. Для управления отладкой служит параметр AppAllow-Debugging метабазы. •Запускайтеизолиролашн.к- приложения только при необходимости. Приложения, выполняющиеся в групповом процессе и вне процессов, используют дополнительные системные ресурсы и имеют чуть более низкую производительность, чем вп\-фШ!нм.се<-иые. Подробнее см. раздел «Использование и выполнение приложений» главы 4. •Правильно настройте управление сеансами. Одновременно с изменением назначения сервера должен менять- 0 ... 138 139 140 141 142 143 144 ... 154
|
