Me pasó lo mismo con SQL Server hace un tiempo atrás con los parámetros que trae por defecto SQL Server 2008, ya que tenía más de una instancia de SQL y tuve que configurar manualmente los parámetros de Procesadores y Memoria para mejorar notablemente el rendimiento del sistema instalado.
Dale un vistazo a eso y espero que mi comentario haya sido de tu ayuda.
Atentamente
Luis Rodríguez Palta
Ingeniero (E) en Computación
Celular: 9-6425915
Luis Rodríguez Palta
Ingeniero (E) en Computación
Celular: 9-6425915
From: Jorge Izquierdo
Sent: Monday, December 10, 2012 1:31 PM
Subject: [csharp-l] Aplicación con tiempos de respuesta altísimos al trabajar 90 usuarios concurrentes
Estimados,
Importante:
Está aplicación interactúa con otras aplicaciones de la siguiente manera:
Supongamos que se tiene una TRN de clientes, desde donde se graba en la base de datos de la aplicación y al final se hace una llamada a un Stored Procedure para que grabe en tablas externas a la aplicación.
Los servidores que utilizan para este proyecto están usando/consumiendo no más del 20% del procesador en el caso del servidor de aplicaciones y un 5% en el servidor de Base de Datos.
Las características de los servidores son:
Servidor de aplicaciones:
Procesador: Intel Xeon X5550 de 2.67GHz
RAM: 12GB
Espacio en disco disponible: 60GB
SO: Windows Server 2008 R2 Standard
Servidor de Base de Datos:
DBMS: SQL Server 2008 R2
Procesador: Intel Xeon X5550 de 2.67GHz
RAM: 36GB (32GB Utilizables)
Espacio en disco disponible: 15GB (disco C:) y 164GB (Datos)
SO: Windows Server 2008 R2 Standard
Nota: Los 2 servidores son físicos (no virtualizados) y están en Colombia, al momento se está consumiendo la aplicación desde Ecuador.
Datos adicionales
a) Se cuenta con un canal dedicado de 2 Mb para la comunicación con el servidor de aplicaciones.
b) Cuando trabajaba una persona haciendo pruebas, los tiempos para abrir un WBP es de 2 segundos y de grabación desde la TRN es de 4 a 5 segundos.
No encontramos con un problema importante de tiempos de respuesta al abrir un wbp o grabar una trn.
Acudimos a su experiencia en el caso para recibir sugerencias de cuál sería la infraestructura/HW para poder mejorar los tiempos de respuesta a niveles buenos/razonables.
Se están haciendo algunos desarrollos y al momento de poner en producción el primer sistema, nos hemos encontrado con un problema importantísimo de tiempos de respuesta (20 a 30 segundo en abrir un WBP y 60 segundos en grabar una TRN) cuando hay carga de 90 usuarios. Se espera que lleguen a 500 usuarios concurrentes.
Importante:
Está aplicación interactúa con otras aplicaciones de la siguiente manera:
Supongamos que se tiene una TRN de clientes, desde donde se graba en la base de datos de la aplicación y al final se hace una llamada a un Stored Procedure para que grabe en tablas externas a la aplicación.
Los servidores que utilizan para este proyecto están usando/consumiendo no más del 20% del procesador en el caso del servidor de aplicaciones y un 5% en el servidor de Base de Datos.
Las características de los servidores son:
Servidor de aplicaciones:
Procesador: Intel Xeon X5550 de 2.67GHz
RAM: 12GB
Espacio en disco disponible: 60GB
SO: Windows Server 2008 R2 Standard
Servidor de Base de Datos:
DBMS: SQL Server 2008 R2
Procesador: Intel Xeon X5550 de 2.67GHz
RAM: 36GB (32GB Utilizables)
Espacio en disco disponible: 15GB (disco C:) y 164GB (Datos)
SO: Windows Server 2008 R2 Standard
Nota: Los 2 servidores son físicos (no virtualizados) y están en Colombia, al momento se está consumiendo la aplicación desde Ecuador.
Datos adicionales
a) Se cuenta con un canal dedicado de 2 Mb para la comunicación con el servidor de aplicaciones.
b) Cuando trabajaba una persona haciendo pruebas, los tiempos para abrir un WBP es de 2 segundos y de grabación desde la TRN es de 4 a 5 segundos.
Se ejecutó un programa para pruebas de estrés y rendimiento de un sitio:
- Con 20 usuarios/conexiones simultáneas comenzó a presentar demoras.
- Con 40 usuarios/conexiones simultáneas, al abrir un WBP se tomaba 20 segundos promedio.
- Con 90 usuario/conexiones simultáneas, el promedio es de 30 segundo en abrir un WBP y de 1 minuto en grabar una TRN.
c) Tamaño de las páginas:
Usando el firebug (complemento del firefox) se determinó que las páginas tienen un "peso" promedio de 250KB de los cuales entre el 80% y 90% se carga desde el buffer del navegador.
d) Un ejemplo de lo que ocurre:
El día que se estaba demorando 30 seg para abrir una WBP había al rededor de 90 sesiones activas en el servidor de aplicaciones, y estas utilizaban 30 conexiones en la BD.
Desde ya, agradecemos su aporte y ayuda.
Muchas gracias.
- Con 40 usuarios/conexiones simultáneas, al abrir un WBP se tomaba 20 segundos promedio.
- Con 90 usuario/conexiones simultáneas, el promedio es de 30 segundo en abrir un WBP y de 1 minuto en grabar una TRN.
c) Tamaño de las páginas:
Usando el firebug (complemento del firefox) se determinó que las páginas tienen un "peso" promedio de 250KB de los cuales entre el 80% y 90% se carga desde el buffer del navegador.
d) Un ejemplo de lo que ocurre:
El día que se estaba demorando 30 seg para abrir una WBP había al rededor de 90 sesiones activas en el servidor de aplicaciones, y estas utilizaban 30 conexiones en la BD.
Desde ya, agradecemos su aporte y ayuda.
Muchas gracias.
Jorge Izquierdo
0 Response to "Re: [csharp-l] Aplicación con tiempos de respuesta altísimos al trabajar 90 usuarios concurrentes"
Publicar un comentario