Вы также можете использовать findInterval
:
findInterval(seq(0, 1, l=20), seq(0.5, 1, by=0.1))
## [1] 0 0 0 0 0 0 0 0 0 1 1 2 2 3 4 4 5 5
Прочтите о Пример сбоя ASP.NET 2.0: необработанные исключения .
Стратегия №1 - регистрация исключения
Первый способ, и так я наверное рекомендовал бы, это создать UnhandledExceptionHandler для регистрации исключение вместе со своим стеком отслеживать в журнале событий, как показано на Эта статья http://support.microsoft.com/?id=911816 Вы добавляете такой обработчик в web.config:
… И он подключает обработчик событий к UnhandledException событие текущий домен приложения. Ты не на самом деле нужно строго назвать это и добавьте его в GAC, однако, если вы планируете это в нескольких приложениях вы должны чтобы избежать загрузки DLL многократно. Сейчас в следующий раз вы получаете один из этих необработанных исключения, процесс все равно будет выход (если вы не измените необработанный политика исключений), но у вас очень хороший шанс решить проблему.
Вы можете настроить счетчики производительности для отслеживания таких вещей, как счетчики ЦП, памяти и .NET. Подробностей много, но эта статья TechNet может помочь:
Сам ASP.NET имеет целое пространство имен для мониторинга работоспособности приложения. Вы можете создавать свои собственные события или, как правило, настраивать свое приложение для событий по умолчанию. В этой статье MSDN есть больше:
Если проблема заключается в коде приложения, таком как необработанное исключение (хотя, если бы это была ваша проблема, я бы ожидал увидеть более подробную информацию в журнале событий Windows ), вы можете использовать инструменты, чтобы отловить их и сообщить о них. ELMAH - отличный инструмент, который я использовал для этого в прошлом. Это'
Microsoft Debug Diagnostic Tool (DebugDiag) выполнит свою задачу. Оно обеспечит дамп памяти IIS и анализ.