высокий процессор в IIS

Обычно это не имеет ничего общего с аппаратным обеспечением, а связано с тем, как настроен IIS в сочетании с некоторыми немного длинными запросами (100+ миллисекунд).

В конфигурации вашего пула приложений установите для параметра веб-сада значение около 20 или более.

Настройка веб-сада — это в значительной степени количество потоков, доступных для обработки запросов для вашего приложения. Если установлено значение 1, то один запрос может заблокировать обработку других запросов до завершения.

У меня есть приложение, которое обрабатывает около 3,5 миллионов запросов в день. Когда веб-сад был установлен на 1, ЦП веб-сервера оставался на 100%, и было отброшено МНОГО запросов. Когда я увеличил его до 50, загрузка ЦП веб-сервера упала до чуть менее 2%, и ни один запрос не был отброшен.

У нас была такая же проблема. Использование ЦП некоторыми процессами пула приложений IIS было настолько высоким, что использование ЦП на веб-сервере составляло около 100%.

Сначала мы использовали DebugDiag и ProcMon, чтобы сузить круг проблем. См. здесь: http://www.iis.net/learn/troubleshoot/performance-issues/troubleshooting-high-cpu-in-an-iis-7x-application-pool

При анализе DebugDiag мы обнаружили много сообщений «Этот поток ожидает в WaitOne». Это указывало на то, что запросы по какой-то причине ждут друг друга. Итак, мы начали искать общие ресурсы. Единственное, что мы действительно смогли найти, это база данных. Итак, мы решили, что, несмотря на то, что веб-сервер использует 100% ЦП, реальной проблемой должен быть сервер базы данных.

Мой коллега продолжил расследование этого дела. Он сделал следующие вещи:

1.) Настроить параллелизм SQL Server

Используя ProcMon на сервере базы данных, он обнаружил, что SQL Server использует слишком много блокировок и защелок. Взгляните сюда: http://blog.sqlauthority.com/2011/02/06/sql-server-cxpacket-parallelism-usual-solution-wait-type-day-6-of-28/

Он установил количество используемых процессоров на запрос равным 4. Значением по умолчанию было 0 (что, я подозреваю, равно количеству доступных процессоров — 24 в нашем случае). Вы можете установить это с помощью SQL Management Studio, щелкнув правой кнопкой мыши на самом узле сервера и выбрав свойства.

Это оказало существенное влияние на сокращение защелок и ускорение запросов. Мы предполагаем, что SQL Server чрезмерно использовал распараллеливание запросов, что приводило к слишком тяжелой синхронизации по их завершению.

2.) Создание новых и отсутствующих индексов в базе данных

На нашем сайте использовалось стороннее программное обеспечение для форумов, которое, как оказалось, вообще не использовало никаких индексов в своей базе данных. Мой коллега использовал знания отсюда: http://www.mssqltips.com/sqlservertip/1634/using-sql-server-dmvs-to-identify-missing-indexes/, чтобы создать несколько новых индексов.

Теперь дело вроде бы улажено.

Если исходить исключительно из интуиции и сделать полное предположение, похоже, что может произойти какое-то исключение, исключение перехватывается глобальным обработчиком исключений в global.asax, и обработчик исключений также вызывает создание исключения и сброс процесс. Это также может быть связано с тем, что утилита сканирования на вирусы блокирует некоторые файлы. Хотя я могу НАМНОГО ошибиться.

Не исключайте возможность аппаратной проблемы. У меня был сервер, работающий медленно, и я обнаружил, что это проблема с материнской платой. Его заменили по гарантии.