.NET problema de rendimiento de aplicaciones en Windows 2003

Question

Tenemos un servidor de 2 x Xeon Quad Core con 8 GB de RAM y Windows Server 2003 instalado en él. Instalamos nuestro servidor de aplicaciones que se basa en .NET Framework 3.5 en ella. El servidor utiliza SQL Server 2005 como servidor de base de datos.

Cuando instalamos el servidor de aplicaciones, que solía tener un rendimiento ultra rápido y todo estaba bien. Una vez que nos unimos en nuestro dominio, su rendimiento disminuye drásticamente. Por ejemplo, una tarea que se llevó a 1 segundo para completar, ahora tarda aproximadamente 30 segundos. Esto es muy extraño, ya que el rendimiento de aplicaciones basadas en .NET solamente se quedó con esta actuación golpeado pero las otras aplicaciones sigue funcionando a su velocidad normal.

¿Alguien tiene alguna idea de por qué está sucediendo esto? Cualquier ayuda o sugerencia es muy apreciada.

Answer 1

Sí encontré la respuesta a mi pregunta, así que pensé que podría ser bueno para compartir aquí. El CLR quiere generar evidencia de editor del ensamblaje con la firma authenticode cuando se intenta cargar las asambleas. En nuestro caso CLR estaba tratando de conectarse a Internet clr.microsoft.com pero el acceso de nuestro servidor se bloqueó por lo que causó gran retraso cada vez que el servidor de aplicaciones intenta cargar un nuevo montaje.

El siguiente post describe cómo se puede desactivar esta función:

Sin pasar por la Firma Authenticode Comprobar al iniciar

Answer 2

Por desgracia, más probablemente se necesita para responder a su pregunta. Hay una serie de posibles razones por las que esto está ocurriendo, y la mayoría de ellos implican el código.

Sobre la base de los síntomas que se unió el dominio y luego las cosas empezaron a causar problemas, yo diría que tienes una gran cantidad de redes que está haciendo que anteriormente era capaz de ser hecho localmente en su equipo y la latencia está ahora en realidad causar problemas.

Pero eso es una suposición basada en la información no es suficiente.

Me gustaría sugerir que un perfil de su código. Averiguar dónde se gasta la mayor parte de su tiempo durante la ejecución y luego publicar el código o una versión aséptica de aquí para que podamos ayudar a optimizar la misma.

Answer 3

Voy a hacer una conjetura aquí y pensar que estamos hablando de una aplicación web. Si esto es correcto, es posible que desee echar un vistazo a los grupos de aplicaciones que haya configurado en el servidor web. Su aplicación podría ser confundirse sobre qué tipo de piscina para erigirse en cuando se pone en marcha.

Otra cosa a comprobar podría ser sus conexiones de datos y asegúrese de que está cerrando todo lo que ya se ha leído.

Lo último que, como Randolpho dijo, sólo estás realmente va a tener que seguir su ejecución de código con algún tipo de perfiles y ver donde las cosas están atados.

Buena suerte!