el rendimiento de CA grupo abotonado: 317 765 580
¿Cuáles son los tres principios básicos de las pruebas de rendimiento es?
1. Con base en el acuerdo. Objeto de la red de pruebas de rendimiento distribuye arquitectura del software, mientras que la arquitectura de red de núcleo es un protocolo de red distribuida
2. multihilo. El cerebro humano es, la CPU del ordenador multi-roscado de un solo subproceso. Las pruebas de rendimiento es el uso de la tecnología para simular multi-usuario multi-hilo-cargar
3. escenarios reales Simular. el tiempo de acceso del usuario, la frecuencia de acceso no es fijo.
¿Cuál es el foco de la base de la prueba de rendimiento es?
1. La atención del usuario. tiempo de respuesta, estabilidad, capacidad de recuperación
2. preocupaciones operacionales. El uso de recursos de servidor / base de datos, la velocidad de procesamiento del lado del servidor, el sistema puede soportar 24/7
3. Prueba de preocupación. El número máximo de usuarios de acceso, el mayor número de procesos de negocio, recursos de memoria puede normalmente recuperar
4. Desarrollar la atención. Código: Algoritmos, instrucción SQL
Descripción del proceso de pruebas de rendimiento
1. Analizar los requisitos de rendimiento. Los usuarios eligen los escenarios de uso más frecuente a prueba, por ejemplo: de acceso, la búsqueda, el orden y así sucesivamente. Identificar los indicadores de rendimiento, tales como: tasa de transacción de 100%, TOP99% es de 5 segundos, máximo 1.000 usuarios concurrentes, CPU y uso de memoria por debajo de 70%
2. Desarrollar un plan de prueba de rendimiento, una prueba clara de tiempo (generalmente función después de la estabilización, como después de la primera ronda de pruebas) y el entorno de prueba y herramientas de prueba
3. preparación de la prueba
4 el entorno de prueba, datos de prueba listos
5. escribir scripts de prueba de rendimiento
6. rendimiento de escritura de la prueba de ajuste. Establecer puntos de control, la parametrización, asociación, reunión punto, asuntos, piense ajuste de tiempo, eliminar la secuencia de comandos redundantes
7. escenarios de prueba de diseño, scripts de prueba de ejecución, el seguimiento de los datos
8. Análisis de los resultados de las pruebas, los registros de cuenta de cobro de embarque para los desarrolladores
9. Rendimiento pruebas de regresión
10. La preparación de informes de prueba
Cómo determinar la carga máxima del sistema?
Por la prueba de carga, el aumento concurrente con el aumento del número de concurrente, los indicadores de rendimiento habrá cambios consecuentes, cuando hay un punto de inflexión rendimiento, por ejemplo, cuando el número de usuarios alcanza un cierto magnitud, el tiempo de respuesta de crecimiento repentino, entonces el punto de inflexión el número máximo es el número de usuarios del sistema es capaz de llevar el usuario correspondiente. Jmeter puede utilizar temporizadores o grupo de hilos escalera rps presurizado.
Lo que sitúa su sistema (que funciona) para hacer pruebas de rendimiento?
Los usuarios eligen las funciones más usadas para hacer las pruebas, tales como: de acceso, buscar, enviar pedidos
Su número de usuarios simultáneos se determina cómo?
1) en la primera línea será un período de tiempo estimado para el usuario para acceder a datos recogidos
2) se determina de acuerdo con la demanda, el período de uso máximo, el número de usuarios registrados, un solo tiempo de respuesta
De llevar a cabo pruebas de rendimiento en qué circunstancias?
Establecer un entorno de prueba para las pruebas de desempeño independiente
¿A qué hora de ejecutar las pruebas de rendimiento?
Benchmark: Después de las pruebas funcionales, sistema más estable cuándo hacerlo.
Las pruebas de carga: la oscuridad de la noche, cuando no hay nadie usando el sistema
Cómo analizar los resultados de las pruebas de rendimiento?
lo primero comprobar a través de la tasa, y luego analizar otros indicadores de rendimiento, tales como, un tiempo de respuesta de acuse de recibo, la tasa de transacción, CPU y otros indicadores de si o no para satisfacer la demanda, y si los resultados de las pruebas no se puede confiar, para analizar la causa de la excepción, repetición de la prueba del modificada
¿Cuál es el papel de think_time?
usuarios simulados en referencia negocio piensan tiempo
Después de determinar los resultados de la prueba de rendimiento creíble, si usted encuentra las siguientes preguntas, a lo largo de las líneas proporcionan a continuación para localizar el problema
Un problema: el tiempo de respuesta no hacia arriba es
el tiempo para revisar la firma consume principalmente en la red de transporte o el servidor, si la red es, en la combinación Rendimiento (rendimiento de la red) diagrama, calcular si el cuello de botella del ancho de banda, si hay un cuello de botella, debemos tener en cuenta el aumento del ancho de banda, o el proceso de compresión de datos de transmisión se lleva a cabo, si no presentar un cuello de botella, puede ser debido a la red inestable. Si el tiempo se consume principalmente en el servidor, es necesario ver cada CPU, uso de memoria es demasiado alto servidor web y el servidor de base de datos, debido a la alta de la CPU, la memoria sin duda hará que el tiempo de respuesta es demasiado largo, si el problema es un servidor web , puso en un servidor web correspondiente a la operación de usuario correspondiente para iniciar la sesión tomado abajo, enviado a la orientación en desarrollo; Si la base de datos es un problema, entonces el servidor de base de datos correspondiente correspondiente a conectarse para acabar con el desarrollo de posicionamiento distribuida.
Segundo problema: la CPU del servidor anomalías
1: Enfoque en la utilización de la CPU y la carga, si la carga es demasiado alta tasa de utilización es demasiado baja, puede haber una cola de proceso demasiado, lo que resulta en un bloqueo
2: Enfoque en el cambio de contexto, cambiar automáticamente si es excesiva, entonces posible de memoria y E / S cuellos de botella; si el interruptor demasiado pasivo, puede ser porción de tiempo no es suficiente, se puede considerar ajustar la prioridad del proceso para aumentar el intervalo de tiempo
Tercera pregunta: desbordamiento de la memoria, el proceso de desaparición
1: Para observar la memoria de pila de la generación joven y la asignación de espacio de la edad, es razonable, ajustar los parámetros de la memoria
2: espacio de intercambio es insuficiente, oomkiller activación
Pregunta 4: Programa de las horas extraordinarias en un multi-usuario de tiempo de ejecución, y el servidor Rom siquiera se le solicite.
El programa puede ser mecanismo de procesamiento de un solo subproceso, el seguimiento de todos los subprocesos en espera en la cola
Cinco preguntas: cómo identificar los cuellos de botella?
1: A medida que la carga aumenta, el rendimiento de si un aumento constante, para encontrar que el declive punto en el rendimiento de
2: Como la carga aumenta, el tiempo de respuesta se comienzan a alargarse, para encontrar ese punto de repente se convierte en un tiempo de respuesta de
3: como la carga aumenta, si comenzaron a aparecer el error
modelo común de presión, que tiene varios?
1, el modo concurrente (modo de usuario virtual)
de concurrencia se refiere al número de usuarios virtuales concurrentes, desde un punto de vista comercial, que puede entenderse como el número de usuarios en línea simultáneamente. Desde el punto de vista del cliente, el visitante línea nodos del sistema de servicio de diagnóstico puede simultáneamente portador puede utilizar el modelo de ajuste de cierta concurrente, es decir jmeter herramienta dentro de hilo número
2, de modo RPS (modo de rendimiento)
del RPS (solicitudes por segundo) Se refiere al número de solicitudes por segundo. Es decir, el modo RPS "rendimiento modo", estableciendo el número de solicitudes enviadas por segundo, a partir de la perspectiva del servidor, una medida directa del rendimiento del sistema.
rendimiento de las aplicaciones probar qué?
Ensayos de Aptitud: Los resultados de las pruebas reales muestran la capacidad esperada de su propio sistema de
análisis de obstáculos: encontrar el cuello de botella de rendimiento del sistema por medio de una serie de pruebas (concurrente, carga, presión, recuperación de errores)
el ajuste del rendimiento: sistema de optimización a través de una serie de medios técnicos rendimiento, incluyendo el tiempo de respuesta, rendimiento, utilización de recursos,
la planificación de capacidad: con el fin de cumplir con la planificación futura esperada (número de usuarios, la cuota de mercado), de los recursos que se ajustan en consecuencia
Cómo jmeter escenarios de prueba de rendimiento de diseño?
prueba concurrente: grupo de hilos básicos (enfatizar unidad de tiempo concurrente, no hay absoluta concurrente)
Benchmark: repetida resultados de la comparación, compruebe resultado de sintonización es por (tps si mejoran el tiempo de respuesta se reduce)
prueba de carga: aumentar continuamente la carga, cuellos de botella encontrados (paso presurizado grupo de hilos, grupo de hilos de concurrencia)
cargar el modo concurrente usuario: aumentar el número de usuarios simultáneos, cuellos de botella
de carga rendimiento modo: el número cada vez mayor de peticiones por segundo (RPS) a la presión del lado de servicio, que se encuentra tps de cuello de botella
prueba de esfuerzo: TPS carga continua en el punto de cuello de botella
prueba de esfuerzo estabilidad: tps celebración de estabilización de alta tensión. En general, los mayores TPS 80% para los operativos
propósitos sólo requieren servidor inusual: prueba de esfuerzo destructiva
prueba de conmutación por error: Cuando se produce una excepción, el sistema puede restaurar rápidamente la
prueba de la planificación de capacidad: 500.000, máximo periodo de tiempo de 2 horas
No TPS se elevan ¿Cuáles son las razones?
1. ancho de banda de red
en una prueba de esfuerzo, a veces se quiere simular un gran número de solicitudes de los usuarios, de ser aprobada por unidad de tiempo que un paquete es demasiado grande, superior a la capacidad de ancho de banda de transmisión, la red dará lugar a la competencia por los recursos, lo que resulta en servidor recibe la solicitud que asciende a menos del límite superior de la capacidad del servidor de manejar.
2. El conjunto de conexiones
de conexiones disponibles es demasiado pequeño, lo que resulta en la solicitud de espera. Dividen generalmente en conexión con el servidor agrupación de conexiones piscina (como Tomcat) y un conjunto de conexiones de base de datos (o el número máximo permitido de conexiones se entiende como OK).
3.GC
si la asignación de memoria montón no es razonable, que hará que gc frecuente, gc hace que el hilo suspendido. En particular FullGC, puede causar hilo larga pausa
4. Base de datos de configuración del
caso concurrente alta, si el tiempo requerido para datos de escritura solicitó ser escrita y una pluralidad de tablas de bases de datos, el número máximo de bases de datos de las conexiones no es suficiente, o los datos de escritura no es SQL indexado, o ninguna separación del maestro, escritura la separación dará lugar a procesamiento de transacciones en la base de datos es demasiado lento, que afecta al TPS.
6. recursos de hardware
, incluyendo CPU (configuración, el uso, etc.), la memoria (tasa de ocupación), disco (I / O, paginación, etc.)
7. Pulsar
la capacidad de carga limitada de stand-alone, si necesidad de solicitudes de los usuarios Simular excede su límite de carga, afectará a la TPS (esta vez en la necesidad de medición de la presión distribuido a resolver los problemas)