Я пытаюсь выполнить отладку и ошибку в приложении ASP.NET, развернутом в IIS 8.5.
Пользователи отметили, что Google Chrome зависал и отображал Aw Snap уведомление при нажатии кнопки отправки в форме.
Приложение использует Ajax для POST и GET данные и страница не обновляется.
Изучив журналы ошибок, я заметил 401.2 Ошибки аутентификации, которые заставляют меня полагать, что проблема связана с тем, что страница / приложение остается бездействующей более 20 минут по умолчанию.
Есть ли какие-либо причины, связанные с производительностью, по которым я не должен просто увеличивать период ожидания (скажем, на один час)?
Производительность веб-сайта часто заключается не только в том, насколько быстро вы можете обслуживать одну страницу, но и в том, сколько одновременных пользователей вы можете обслуживать на одном сервере. Когда вы увеличиваете время сеанса, каждый пользователь остается активным в вашей системе дольше, и поэтому вы можете попросить свои серверы поддерживать большее количество одновременных сеансов. Как это повлияет на вашу систему, зависит от того, как вы обрабатываете сеансы (asp.net имеет несколько разных поставщиков сеансов, которые вы можете использовать).
Если вы используете сеансы базы данных, эти таблицы в вашей базе данных теперь будут больше. В вашей базе данных будет больше дискового пространства и дискового ввода-вывода, а также, возможно, некоторое увеличение нагрузки на память. Все это может привести к тому, что поиск сессионных БД займет больше времени.
Если вы используете сеансы в памяти, то, конечно же, на вашем веб-сервере увеличивается нагрузка на память, что оставляет меньше доступных для фактического обслуживания запросов.
Хорошие новости, вероятно, не имеют значения, и все будет в порядке. Но более полный ответ заключается в том, что мы не можем точно узнать об этом со стороны. Мы не знаем, каковы ваши ресурсы или какова ваша нагрузка. Как и любое изменение, этот материал может иметь значение в зависимости от того, где ваша нагрузка соотносится с вашей мощностью (и сколько информации вы храните в сеансе), где небольшие увеличения пересекают переломный момент, который каскадно распространяется дальше в систему. Вот почему всегда важно иметь хорошие инструменты для мониторинга и оповещения, а также знать свои исходные данные.