IIS - О загрузке процессора
В данном разделе обсуждаются вопросы, связанные с процессором или центральным процессорным устройством (ЦПУ). В нем представлены следующие темы:
Выявление перегруженности процессора
Обработку инструкций, полученных компьютером, осуществляет ЦПУ. Скорость обмена данными между различными компонентами компьютера, такими как ЦПУ, жесткий диск и ОЗУ, зависит от тактовой частоты процессора и пропускной способности шины, используемой для передачи данных. Более высокая тактовая частота означает более высокое число операций передачи данных по шине за один и тот же промежуток времени. Тактовая частота обычно измеряется в мегагерцах (МГц). По шинам данных одновременно передается 16, 32 или 64 бит в каждой посылке, в зависимости от размера шины. (Общий объем передаваемых данных зависит также от используемой операционной системы и скорости передачи, поддерживаемой приложением).
Перегрузка процессора характеризуется высоким значением процента использования процессора и, одновременно, довольно низким уровнем загрузки платы сетевого адаптера. Если процент использования процессора высок, можно:
- Обновить процессор.
- Вставить дополнительные процессоры в компьютер.
- Реплицировать узел на другой компьютер и распределить поток сообщений между двумя компьютерами.
- Перенести приложения, интенсивно использующие процессор (например приложения баз данных), на другой компьютер.
Регулирование использования процессора
Можно ограничить долю времени, используемую процессором для обработки внешних приложений WAM, ISAPI и CGI для отдельных веб-узлов, включив регулировку процесса. Ограничение доступа к процессору полезно, если на одном компьютере размещается несколько узлов, а внешние приложения одного из узлов могут использовать всю мощность процессора, препятствуя тем самым использованию процессора другими узлами.
Если внешние приложения узла, на который наложены ограничения, используют в течение указанного интервала времени большую долю процессорного времени, чем разрешено, делается запись в журнал событий. Последствия зависят от величины превышения установленного предела. Возможные последствия:
- Уровень 1 Событие фиксируется в журнале событий Windows 2000, когда общее использование процессора за указанный промежуток времени превзошло установленный предел.
- Уровень 2 Если использование процессора превзошло 150 процентов от предела, в журнал событий заносится запись, а все внешние приложения этого веб-узла устанавливаются в состояние ожидания.
- Уровень 3 Если использование процессора превзошло 200 процентов от предела, в журнал событий заносится запись, а все внешние приложения этого веб-узла останавливаются.
Если узел достиг уровня 2 или уровня 3, последствия остаются в силе до начала следующего интервала времени. Например, если внешние приложения узла имеют ограничения в 10 процентов времени процессора в течение 24-часового интервала, приложениям узла следует использовать процессор только в течение 2,4 часа из 24. Если узел использует процессор больше чем 2,4 часа, но меньше чем 3,6 часа, то единственным последствием этого будет занесение записи в журнал событий. Как только узел использует процессор больше чем 3,6 часа, все внешние приложения будут переведены в состояние ожидания. Если сервер не очень занят, а приложения продолжают использовать процессорное время, в итоге заняв 4,8 часа в течение 24-часового интервала, на веб-узле будут остановлены внешние приложения.
Учет процессов сбрасывается в конце 24-часового периода, и узел возвращается к нормальному функционированию. Администратор может восстановить нормальное функционирование узла раньше, изменив установленный процент использования процессорного времени для узла или остановив и перезапустив узел. Операторы веб-узла не имеют разрешений на изменение этого параметра. Сведения о настройке ограничений процесса см. в разделе Регулирование процессов. Сведения об учете процесса см. в разделе О ведении журналов узлов. Сведения о способах включения дополнительных уровней последствий и о способах изменения временных интервалов регулирования процесса с помощью сценариев и метабазы см. в разделе Использование объектов IIS Admin.
Если включено регулирование процесса, следует, вероятно, уменьшить значение времени ожидания CGI. По умолчанию это значение равно 5 минутам. Если возникнет сбой приложения CGI, поток не будет освобожден до окончания времени ожидания. Время между сбоем и моментом окончательного освобождения потока учитывается как время, в течение которого процессор используется приложением. Время ожидания CGI в IIS 5.0 — это общее время, данное приложению CGI для завершения, а не время до возникновения ошибки ввода-вывода. Данная особенность является отличием от предыдущих версий IIS. Сведения об изменении времени ожидания CGI см. в разделе Кэширование приложений. Список всех значений для периодов ожидания, которые можно настроить в IIS, содержится в разделе Справочник по периодам ожидания.