Informe de prueba de rendimiento (primeros pasos)

Grabación de guiones JMeter

1. Crear grupo

a. Número de subprocesos (usuarios): simule múltiples usuarios a través de múltiples subprocesos
b. Período de aceleración (en segundos): se utiliza para indicar a JMeter cuánto tiempo se deben establecer todos los subprocesos. El valor predeterminado es 0. Si no se especifica el período de aceleración, es decir, el período de aceleración es cero, JMeter establecerá inmediatamente todos los subprocesos. Suponiendo que el período de aceleración esté configurado en T segundos y todos los subprocesos estén configurados en N, JMeter establecerá cada T / N Crea un hilo en segundos.
La configuración del período de aceleración es propensa a problemas:

(a). Si se establece en cero, Jmeter establecerá todos los hilos al comienzo de la prueba e inmediatamente enviará solicitudes de acceso, de modo que sea fácil saturar el servidor y, lo que es más importante, aumentará la carga implícitamente, lo que Significa que el servidor puede estar sobrecargado, no por la alta tasa de acceso inicial anormal sino por el pico de acceso inicial anormal causado por el primer acceso concurrente de todos los subprocesos. Esta anomalía no es lo que necesitamos, por lo que la regla para determinar un período de aceleración razonable es hacer que la tasa de clics inicial sea cercana a la tasa promedio de clics. Por supuesto, es posible que deba ejecutar algunas pruebas para determinar el tráfico razonable. Si desea utilizar una gran cantidad de subprocesos, el período de aceleración no debe establecerse en cero.

(b). Si el período de aceleración es demasiado largo, también es inapropiado, ya que reducirá la carga del acceso pico. En otras palabras, cuando algunos subprocesos no se han iniciado, algunos de los subprocesos iniciados al principio pueden haber finalizado.

©. Un período de aceleración razonable, primero adivine la tasa de clics promedio y divida la tasa de clics entre los hilos totales para calcular el período de aceleración inicial.
Por ejemplo, si el número de subprocesos es 100 y la tasa de clics estimada es 10 veces por segundo, el período de aceleración ideal estimado es 100/10 = 10 segundos.
psb

2. Crear un controlador de bucle

Se usa aquí para generar parámetros variables.
un bucle contador :. el número de ejecuciones de cada hilo
el número total de la muestra actual conde Loop = (Loop Controler) Número Los Hilos de Loop el Count (Grupo) = 2 100 500
PSB (. 1)

3. Definir parámetros variables.

a. Nombre de archivo: nombre del archivo de parámetro

b. Nombres de variables: los nombres de variables corresponden a las siguientes variables personalizadas

c. Delimitador: separador de parámetros en el archivo de parámetros

Nota: Teóricamente, el número de parámetros en el archivo no debe ser menor que Loop Count * Number of Threads
psb (2)

4. Definir parámetros de solicitud

5. Ejecutar script

Cargue el archivo de secuencia de comandos (.jmx) y el archivo de parámetros (.csv) en el servidor. Si no se especifica la ruta del archivo de parámetros, coloque los dos archivos en la misma ruta.

El comando es: sh jmeter.sh -n -t examples / 41search_1.jmx -l examples / search_1_100T.jtl.
Puede ver la ayuda para otros parámetros de comando.

6. Ver resultados

Exporte el archivo de resultados generado (search_1_100T.jtl) a esto, ábralo con JMeter para ver

a. Informe agregado

b) Informe gráfico

c. Informe de árbol

Informe agregado

Está un poco familiarizado con el informe de agregación. Sí, no está equivocado. Los resultados de él y Apache AB son similares. De hecho, LoadRunner también tendrá datos similares.
Hablemos por separadoEl significado de cada dato, Los marcados en rojo requieren atención especial.

1. # Muestras: El número de muestras, si ha leído el artículo anterior, este es el resultado calculado por nuestra fórmula anterior
   ( Número de hilos (Controlador de lazo) Número de hilos Número de hilos (grupo))
2. Promedio: tiempo de respuesta promedio.
3. Mediana: mediana, 50% de tiempo de respuesta del usuario.
4. % 90 Línea: 90% de tiempo de respuesta del usuario.
5. Min: tiempo mínimo de respuesta.
6. Máx .: tiempo de respuesta máximo.
7. Error%: el número de solicitudes con errores / número total de solicitudes en esta prueba
8. Rendimiento: rendimiento, que indica el número de solicitudes completadas por segundo.
9. KB / Sec: la cantidad de datos recibidos del servidor por segundo (solo recibidos).

Aquí hay algunos parámetros clave:

1. ¿Por qué es importante la línea% 90?
Aquí hay una castaña: ¿Qué pueden significar Yao Ming y Guo Jingming de aproximadamente 1,84 metros de altura? Si este ejemplo no es lo suficientemente bueno, piense en mi salario promedio en la dinastía Datian. Por lo tanto, el promedio no significa justicia, porque siempre hay un puñado de personas que afectarán en gran medida el promedio, y la mayoría de las personas tienen un promedio.

A través del sitio web oficial de JMeter podemos encontrar la definición de este parámetro (http://jmeter.apache.org/usermanual/glossary.html):
90% Line (90th Percentile) es el valor por debajo del cual cae el 90% de las muestras. muestras restantes también al menos mientras el valor. Esta es una medida estadística estándar. Ver, por ejemplo: Entrada de percentil en Wikipedia.

Parece que este párrafo no está claro, pero me recordó la importante palabra Percentil, por lo que continuamos haciendo un seguimiento, resulta que este es un término estadístico. Hay una descripción detallada en la wiki, y hay una fórmula: n = (100 / P) * N + 1/2
donde n = bit de clasificación; P = valor a clasificar; N = número total de valores ordenados

Esta pieza es un poco redonda, y será más claro ver el ejemplo en la wiki (http://en.wikipedia.org/wiki/Percentile).
Para decirlo sin rodeos, es ordenar un conjunto de datos de mayor a menor y calcular el percentil acumulativo correspondiente, luego el valor de los datos correspondientes a un determinado percentil se llama percentil de este percentil.

2. No
hablo del Error% , todos lo saben.

3. rendimiento

Este es otro parámetro muy importante: el cálculo de PV mencionado al principio está relacionado con este número.
La fórmula de cálculo se muestra en la figura a continuación. PV se puede convertir a través del rendimiento. Por supuesto, se debe reservar un cierto buffer para hacer frente a emergencias.
Entonces, volviendo a la pregunta al principio, teóricamente 231 transacciones por segundo pueden ser (10000000 0.8) / (24 60 60 0.4), por supuesto, esto es solo teórico ;-)
psb

4. KB / Sec
no se detalla aquí, está relacionado con el cálculo del ancho de banda de la sala de computadoras.

Resultados gráficos

El parámetro más importante aquí es la cantidad de desviación.
La cantidad de desviación es teóricamente cuanto más pequeño es estable el sistema. ¿Pero cuánto es pequeño? Por lo tanto, esta afirmación es inexacta. "La bacteria no conoce el lado oscuro, y el grillo topo no conoce la primavera y el otoño". La definición del estándar es diferente en diferentes escenarios.

Debido a que no entiendo la distribución normal y los intervalos de confianza, no me atrevo a decir tonterías aquí.