IIS - Об управлении памятью
Этот раздел описывает факторы, влияющие на объем памяти, необходимый для эффективной работы веб- или FTP-узла, и счетчики, которые можно использовать для оценки требуемой памяти. Включает следующие подразделы:
Использование оперативной памяти
Оперативной памятью называют область памяти, используемую программами при их выполнении. Обычно при запуске приложения компьютер копирует необходимые файлы приложения с жесткого диска в ОЗУ и приложение выполняется из ОЗУ. Доступ к ОЗУ осуществляется значительно быстрее, чем доступ к жесткому диску, поэтому чем меньше компьютер обращается к диску, тем быстрее выполняется приложение. При выполнении IIS используется часть ОЗУ, зависящая от ряда других факторов, таких как следующие:
- Объем ОЗУ, выделенный для кэша
- Размер файла подкачки
- Свободный объем на диске
- Количество выполняющихся служб
- Тип процессора
- Размер файлов содержимого
- Количество файлов содержимого
- Число соединений, открытых в текущий момент
- Наличие других активных приложений, использующих ОЗУ
Когда IIS получает запрос на статический файл, дескриптор файла хранится в кэш-памяти IIS, а файл — в кэше Windows 2000. Если последующие запросы обращаются к тому же файлу, IIS использует копии, хранящиеся в оперативной памяти, а не обращается снова к диску для извлечения этого файла. Это снижает время выполнения запросов и ускоряет доступ для посетителей. Однако время, в течение которого файл удерживается в кэше, зависит от ряда других факторов.
По мере поступления запросов на другие файлы кэш IIS очищается от наиболее «старых» из ранее запрошенных файлов, чтобы обеспечить место для новых файлов. Это означает, что если имеется много файлов, доступных через IIS, а объем ОЗУ мал, то доступ пользователей будет замедляться из-за необходимости загрузки запрошенных файлов с жесткого диска. Если на компьютере одновременно выполняются другие приложения, также использующие оперативную память, то кэшированные копии файлов также будут удаляться из ОЗУ, чтобы освободить место для новых файлов. IIS может оказаться неспособным удерживать кэшированные файлы в оперативной памяти. Результатом также будет замедление доступа к IIS за счет загрузки файлов с жесткого диска.
Файлы ASP хранятся в кэш-памяти и остаются в ней, если не установлено ограничение на число файлов, хранящихся в кэш-памяти. Дополнительные сведения об установке ограничений на число страниц ASP, удерживаемых в кэш-памяти, см. в разделе Кэширование приложений.
Поскольку для больших файлов требуется больший объем оперативной памяти, чем для маленьких, то запросы на такие файлы как файлы звукозаписи или видеозаписи при ограниченном объеме ОЗУ могут привести к более частому обновлению содержимого кэша. Если публикуются большие документы, большое число документов или на компьютере, поддерживающем IIS, выполняются другие приложения, занимающие оперативную память, то повысить быстродействие можно за счет увеличения объема ОЗУ. Если же публикуется небольшое число файлов относительно малых размеров, то увеличение ОЗУ не приведет к повышению производительности компьютера.
На быстродействие можно повлиять настройкой количества памяти, выделяемой Windows 2000 для файлов кэша. Если сервер используется в основном как веб-сервер, сконфигурируйте его как сервер приложений, а не используйте стандартные установки для сервера файлов.
- На рабочем столе откройте папку Мой компьютер и выберите Сеть и удаленный доступ к сети.
- Щелкните правой кнопкой мыши Подключение по локальной сети и откройте окно свойств.
- Выберите Служба доступа к файлам и принтерам сетей Microsoft и нажмите кнопку Свойства.
- На вкладке Оптимизация сервера выберите параметр макс. пропускная способность для сетевых приложений.
Счетчики, перечисленные ниже, могут быть использованы для наблюдения активности кэширования. В качестве объекта для наблюдений выберите Общий объект служб IIS.
- Всего кэшированных блоков BLOB
- Всего кэшированных блоков URI
- Всего удаленных блоков BLOB
- Всего удаленных блоков URI
- Всего файлов в кэше
- Попаданий в кэш BLOB
- Попаданий в кэш URI
- Попаданий в кэш файлов
- Предельное использование памяти кэша файлов
- Промахов в кэше BLOB
- Промахов в кэше URI
- Промахов в кэше файлов
- Процент попаданий в кэш BLOB
- Процент попаданий в кэш URI
- Процент попаданий в кэш файлов
- Текущее использование памяти кэша файлов
- Текущее число кэшированных блоков BLOB
- Текущее число кэшированных блоков URI
- Число удалений кэша BLOB
- Число удалений кэша URI
- Число удалений кэша файлов
Процент попаданий в кэш должен быть как можно более высоким. Малое значение, особенно сопровождающееся большим значением счетчика «% активности диска» объекта «Физический диск», свидетельствует о том, что сервер не в состоянии извлекать достаточное количество файлов из кэша. Это может вызываться или тем, что запрашивается большое число разных файлов, или тем, что размер кэша мал и нуждается в увеличении. Дополнительные сведения о кэшировании приложений см. в разделе Настройка приложений.
Балансировка использования памяти и скорости ответа
Обычно для увеличения скорости отклика запроса необходимо назначать память или ресурсы процессора отдельным подключениям, уменьшая тем самым ресурсы, доступные другим приложениям во время отсутствия запросов. Максимизация быстродействия памяти для всех приложений, выполняемых на сервере, может означать незначительное замедление откликов для пользователей, посещающих узел, поскольку ресурсы процессора и памяти непосредственно недоступны для запросов.
IIS предлагает установить ориентировочное число запросов за 24-часовой период и затем автоматически поддерживает баланс использования памяти и времени отклика. Если изменяется это оценочное значение, IIS изменяет число соединителей, выделенных для «прослушивания» новых запросов. Если задать число, слегка превышающее фактическое число обращений, то подключения будут выполняться быстрее. Если задать число, существенно превышающее фактическое число обращений, то будет выделена избыточная память. Инструкции по заданию ожидаемого числа подключений см. в разделе Оценка интенсивности передачи данных.
В IIS 5.0 узлы, имеющие разные IP-адреса, но один номер порта, используют один набор соединителей. Таким образом, создание нескольких узлов с разными IP-адресами, но использующих порт 80, не увеличит существенно использование IIS невыгружаемой памяти. IIS гибко использует эти соединители для всех узлов, уменьшая использование их ресурсов. Группировка соединителей дает IIS 5.0 возможность размещать намного больше узлов на том же аппаратном обеспечении, чем это было возможно в IIS 4.0.
Группировка соединителей проводит к тому, что IIS прослушивает все IP-адреса. Это может представлять угрозу для безопасности защищенных доменов с множественными сетями. Кроме того, и регулировка полосы пропускания, и настройка быстродействия будут применены ко всем веб-узлам, сконфигурированным на один номер порта. Если используется регулировка полосы пропускания или другая настройка быстродействия на уровне узла, группировка соединителей должна быть отключена для этих узлов.
По умолчанию IIS разрешает группировку соединителей. В большинстве случаев эту установку не следует изменять. Однако для критически важных узлов и узлов, которым будет выделена группа соединителей, запись в метабазе (MD_DISABLE_SOCKET_POOLING) может быть установлена в /LM/W3SVC/X (где X — это номер узла) для возвращения к порядку, установленному в IIS 4.0. Группировку соединителей следует отключить только на уровне узлов, поэтому другие, некритичные узлы могут продолжать использовать преимущества этой новой возможности. Это свойство может быть установлено только с помощью сценариев и недоступно из оснастки IIS. Дополнительные сведения см. в разделе Изменения ADSI в IIS 5.0.