Métodos

La literatura disponible nos sugiere que para analizar el desempeño de las aplicaciones ASP.NET debemos medir al menos los siguientes parámetros dentro del Performance Monitor:

Fuente: Help de Microsoft.Net SDK 1.1, sección: 

Ms-help://MS.NETFrameworkSDKv1.1/cpguidenf/html/cpconperformancecountersforaspnet.htm

Application Restarts: indica cuantas veces una aplicación ASP.NET se re inicializa, lo ideal es que este parámetro sea 0 (cero), pues una aplicación sin problemas no debe presentar re inicios, salvo cuando se hagan updates o se instalen nuevas versiones de alguna componente.

Request Queued : Cuantos requerimientos se encuentran encolados esperando una respuesta. Cuando este número empieza a crecer linealmente con respecto a la carga de cliente conectados, entonces el servidor web ha alcanzado el límite de requerimientos concurrentes que puede procesar. El máximo por omisión es de 5.000. Este parámetros se puede cambiar en el archivo Machine.config.

Worker Process Restarts: El número de veces que un proceso trabajando ha sido re iniciado en el servidor. Este número aumenta cuando se producen caidas inesperadas de algún proceso. Este parámetro no debe aumentar bruscamente, de hacerlo debe investigarse las causas de inmediato.

Errors Total:  Es el número total de errores que ocurren durante la ejecución de requerimientos http. Incluye errores en el parser, errores de compilación, errores durante el procesamiento y errores de ejecución. Este valor debe ser revisado atentamente.

Requests/Sec: Es la cantidad de request por Segundo atendidos por el servidor web. Este valor representa el throughput real de las aplicaciones en el servidor web. Bajo carga constante este valor debe mantenerse dentro de ciertos rangos.

% CPU Utilization: es el porcentaje de utilización de la CPU, a mayor utilización de la CPU mayor será la contención de las aplicaciones.

Continuar leyendo "Cómo medir el desempeño de aplicacions ASP.NET" »

Publicado por ediaz a las 07:42 PM | Enlace permanente | Comentarios (0) | TrackBacks (0)

Las reglas de la programación orientada al objeto (OOP) dicen que no se puede llamar a un método privado de una clase.

De modo que si se tiene la siguiente clase:

class MiClase
{
   private void MetodoPrivado()
   {
      System.Console.WriteLine("método privado invocado");
   }
}

No es posible llamar al método MetodoPrivado desde otra clase, incluso desde una clase derivada.

Continuar leyendo "Rompiendo las Reglas: : invocando métodos privado desde otra clase en C#" »

Publicado por ediaz a las 07:09 PM | Enlace permanente | Comentarios (0) | TrackBacks (0)

Aqui hay 7 consejos para el uso de excepciones en C#, pero creo que son también útiles para Java.

1) No utilice las excepciones para controlar el flujo de la aplicación.
2) Usar código de validación para evitar excepciones innecesarias.
3) Usar el bloque finally para asegurar la liberación de los recursos.
4) No atrape las excepciones que no va a manejar. .
5) Tenga en cuenta que relanzar excepciones (rethrowing) es costoso. Casi tan costoso como la excepción que se produjo.
6) Preservar toda la información de diagnóstico posible en los manejadores de excepciones. Esto es util para efectos de depurar.
7) Utilizar el Monitor de Performance para monitorear excepciones del CLR.

Gracias a Juan Daria Tempesta (Instructor DCE) por inspirar este artículo

Publicado por ediaz a las 06:31 PM | Enlace permanente | Comentarios (0) | TrackBacks (0)