использование < < был бы микро оптимизацией. Так Hoare (не Knuts) правило:
Преждевременная оптимизация является корнем всего зла.
применяется, и необходимо просто использовать более читаемую версию во-первых.
Это - правило, по моему скромному мнению, часто неправильно используется как оправдание разработать программное обеспечение, которое никогда не может масштабироваться или работать хорошо.
Вы, вероятно, стали жертвой повторного использования рабочего процесса . Спросите своего хоста, как часто перезапускаются рабочие процессы.
Когда рабочий процесс перезапускается, он должен перекомпилировать и перезапустить все веб-приложение, и это вызывает замедление.
Просто предположение, но, возможно, вы кэшируете некоторые данные, которые необходимо обновить после того, как сайт какое-то время бездействовал?
Если это не так, то я предполагаю, что рабочий процесс был остановлен по какой-то причине (это могло быть по какой-то другой причине, кроме тайм-аута простоя в IIS). Если вам нужно проверить, может ли это быть так, вы можете добавить код к событию Application_Start, который регистрирует событие запуска в файл или любой другой журнал, который у вас есть. По прошествии некоторого времени в работе вы можете изучить журналы и увидеть, сколько событий Application_Start произошло.
Это естественно.
IIS часто настраивается на закрытие веб-сайта, если он достиг определенного возраста или если не было запроса в течение некоторого времени. Ваш веб-сайт должен быть загружен (и, возможно, скомпилирован), когда поступает первый запрос после того, как asp.net был отключен IIS.
Обычным решением является предварительная компиляция вашего веб-сайта перед его публикацией на сервере .