У меня есть сайт, который в последнее время часто простаивает из-за максимального использования памяти. Мы используем VPS с 8 ГБ ОЗУ, Windows Server 2008 R2, IIS 7.5, сайт WebForms 4.0 с SQL Express, работающим на том же сервере. Обычно использование ОЗУ значительно ниже 2 ГБ. Я застал его в действии один раз, когда он быстро наращивал объем ОЗУ до максимума, а затем внезапно упал.
С тех пор мы кое-что изменили, и в течение нескольких дней все было в порядке, так что, возможно, эта проблема исправлена. Однако я также начал регистрировать информацию через Performance Counter. Я обнаружил, что общее количество запросов в IIS медленно увеличивалось, но затем внезапно упало. Однако оперативная память не соответствовала медленному увеличению. (Синяя линия — это оперативная память, фиолетовая линия — общий запрос.)
Что может вызвать рост этого запроса и как мне это решить? Переработка пула приложений? Как ограничить длину запроса, чтобы он истекал по времени, и является ли это правильным подходом?
решение1
Какой счетчик Total request? Из названия следует, что Total Requests — это общее количество запросов, обслуженных данным приложением.
Так что он будет только расти.
Вероятнее всего, счетчик сбрасывается либо из-за перезапуска AppDomain (внутри процесса), либо из-за перезапуска App Pool (завершение процесса w3wp).
Что касается общих советов:
- не запускать с компиляцией debug=true
- рассмотрите возможность установки триггера переработки на основе памяти для пула приложений
- Если объем используемой оперативной памяти слишком велик, рассмотрите возможность использования 32-разрядного пула приложений, чтобы естественным образом ограничить объем используемой памяти до 4 ГБ или меньше (что делает выход из строя менее проблематичным: сбой процесса при достижении естественного предела памяти в 4 ГБ устранить проще, чем с процессом, который считает 4 ГБ ошибкой округления).