Как определить тайм-аут в приложении .net, который не приводит к ошибке, всего за 8 секунд задержки?

Question

У меня есть сервер Windows 2008 Enterprise R2 с Ektron 8.02 SP3, который вызывает у меня некоторые проблемы, которые я не могу диагностировать.

Так что мой вопрос заключается не в решении, а просто в том, как лучше профилировать приложение .net application/windows server. Всякий раз, когда вы пытаетесь выполнить POST-форму, созданную программным обеспечением, она занимает 8 секунд и изменяется для возврата страницы (на этом конкретном сервере она не работает на других машинах с одинаковой кодовой базой). Похоже, что он пытается подключиться к чему-то в течение 8 секунд, терпит неудачу, а затем возвращает страницу без ошибок. Еще несколько фактов:

• Это мускулистый В.М., не будучи более использовать
• База данных работает на той же машине, так что нет никакого отставания там.
• Вторая задержка 8 происходит даже при подаче с самим сервера
• Зритель события для сервера не сообщать об ошибках, которые кажутся связанными
• Профиль MSSQL не сообщают никаких проблем ни
• Microsoft Network Монитор не сообщает о каких-либо серьезных сетевых проблемах, хотя его трудно сказать, поскольку инструмент не показывает четких попыток подключения (из-за того, что я видел)

Я чувствую себя достаточно уверенным, что есть некоторые процесс в форме POST на сервере, который пытается мак e соединение где-то, сбой и продолжение всего остального процесса. Он не сообщает о каких-либо ошибках, и все формы подаются в полном объеме.

Итак, все, что было сказано, есть ли что-нибудь еще, что я могу сделать, чтобы отладить это? Я чувствую, что стреляю в темноте. Спасибо за любую помощь, которую вы можете предложить.

Answer 1

Похоже, что это не приложение, которое вы написали. Если это так, потенциальные решения различны.

Первым шагом уровня будет использование монитора производительности Windows. Выберите параметры (процесс и/или атрибут производительности для просмотра), а затем выполните процесс с помощью его шагов.

Если монитор производительности не может помочь, вам нужно войти в настоящие кишки приложения. Скорее всего, это будет сложнее, чем вы хотите, если не пишете приложение. Вы можете отлаживать приложение .NET, которое не является вашим собственным, используя Reflector (оплачивается) или ILSpy (бесплатно). HOWEVER, это может нарушить лицензионное соглашение (и, вероятно, это произойдет, если приложение было куплено).

Кроме того, вам нужно будет связаться с разработчиком продукта, если вы хотите, чтобы оба были в здравом уме и быстро находили эту проблему.