У IIS є дві області (ну, більше двох), де може відбуватися переробка:
і
Мої запитання:
Відповіді:
Час очікування в режимі очікування, якщо з вашої веб-програми не було запропоновано жодних дій, це припинить процес і звільнить все з пам'яті
Утилізація - це примусова дія щодо програми, де оброблена інформація закривається та запускається заново, з метою витоку пам’яті та стану системи
Негативний вплив обох, як правило, полягає у використанні вашого стану сеансу та програми, якщо ви швидше возитиметеся з Recycle. (Зареєстровані користувачі тощо будуть вийти з системи, якщо вони, де збираються "перевірити", все було б втрачено ", тому переробка має таке велике значення тайм-ауту, час очікування простою не має значення, оскільки в будь-якому випадку ніхто не увійшов в систему, і 20 хвилин без дії вони все ще не" роблять покупки "
Позитивом було б позбавлення від простою, оскільки ваш веб-сайт швидше реагуватиме на свою «першу» відповідь, якщо це не дуже активний сайт, де користувачеві доведеться чекати його завантаження, якщо у вас є 1 користувач кожні 20 хвилин. сказати. Отже, веб-сайт, який отримує його менше 1 разу за 20 хвилин, насправді ви хотіли б збільшити це значення, оскільки веб-сайт повинен завантажуватися знову з нуля для кожного користувача. але якщо ви встановите для цього значення 0 протягом тривалого часу, будь-який витік пам'яті в коді може через певний проміжок часу повністю захопити сервер.
Від сюди :
Один із способів збереження системних ресурсів - це налаштування параметрів тайм-ауту простою для робочих процесів у пулі програм. Коли ці параметри налаштовано, робочий процес завершиться після певного періоду бездіяльності. Значення за промовчанням для часу очікування - 20 хвилин.
Також перевірте, чому для переробки пулу додатків IIS за замовчуванням встановлено значення 1740 хвилин?
Якщо у вас є кілька сайтів на вашому сервері, і ви хочете, щоб вони завжди завантажувались швидко, встановіть це на нуль. В іншому випадку, коли у вас є 20 хвилин без будь-якого трафіку, пул додатків припиниться, щоб він міг знову запуститися під час наступного відвідування. Проблема полягає в тому, що під час першого відвідування пулу програм потрібно створити новий робочий процес w3wp.exe, який є повільним, оскільки потрібно створити пул програм, завантажити ASP.NET або інший фреймворк, а потім додаток бути завантаженим. Це може зайняти кілька секунд. Тому я встановлюю значення 0 при кожному можливості, якщо це не стосується сервера, який розміщує багато сайтів, які не завжди повинні працювати.
Я успадкував настільний додаток, який здійснює дзвінки до ряду веб-служб у службі IIS. Веб-служби (також) повинні мати можливість запускати синхронізовані процеси самостійно (без включення клієнта). Тому всі вони мають таймери. Таймери веб-сервісу вимикалися (витік пам'яті?), Тому ми встановили час очікування на 0, а таймери залишаються включеними.