Что такое переработка рабочего процесса....?
- Хотелось бы узнать, что такое рабочий процесс утилизации?
- Что именно он делает во время переработки рабочего процесса?
- Рабочий процесс находится в пуле приложений и может быть настроен через пул приложений?
- Этот пул приложений отвечает за переработку рабочего процесса? или IIS отвечает за его переработку?
- Что происходит во время переработки рабочего процесса?
- Какое влияние не заставляет его перерабатывать?
3 ответа
IIS Worker Process Recycling - это процесс, посредством которого IIS убивает дочерние процессы, которые он порождает для обработки входящих запросов, и запускает их чистые копии.
Когда IIS впервые получает запрос на веб-приложение в заданном пуле приложений, он порождает рабочий процесс, который фактически выполняет эту работу. Этот процесс выполняет такие вещи, как поддержание состояния сеанса и статических данных из кода ASP.NET, обработчиков ISAPI и т. Д. Со временем могут возникнуть проблемы с обработкой (утечки памяти в коде приложения, нераспределенные ресурсы и т. Д.), Которые требуются IIS. очистить, не выключая сервер. Таким образом, он периодически сообщает рабочему процессу, что он умирает, и порождает новый.
Когда наступает период перезарядки, IIS прекращает отправку новых запросов на обслуживание процессу умирания и позволяет ему завершить все, что он делает в обычном режиме. Он создаст новый процесс замены заранее и начнет отправлять новые запросы на него, пока завершается старый. Если старому процессу не осталось ничего, он обычно завершается.
Рабочие процессы изолированы от заданного пула приложений, потому что именно так IIS выполняет изоляцию процессов. (Вот почему, например, вы можете смешивать версии.NET Framework на одном сервере - каждый пул приложений получает свои собственные загруженные библиотеки Framework отдельно от других.) Пул приложений определяет другие аспекты рабочих процессов, включая их учетные данные и как долго процесс остается до остановки.
На самом деле нет веской причины отключать утилизацию, но если все работает правильно, это не должно повредить. Проблемы возникают, если вы запускаете код внутри рабочего процесса, который ведет себя плохо; со временем даже крошечные утечки памяти или ресурсов накапливаются, и вам приходится закрывать пул приложений, чтобы их очистить. Благодаря вторичной переработке IIS позаботится об этом для вас без перебоев в обслуживании.
Переработка рабочего процесса означает просто перезапуск рабочего процесса asp.net (aspnet_wp.exe) . Это сделано по разным причинам. Следующая статья описывает вещи довольно прилично. http://technet.microsoft.com/en-us/library/cc759005(WS.10).aspx
Пожалуйста, пройдите.
Сценарии могут быть разными, но только для того, чтобы иметь в виду: если ваше веб-приложение выполняет первоначальное кэширование в базе данных информации БД (скажем, огромное начальное кэширование), первый запрос к вновь порожденному пулу приложений займет много времени.