Rubén Maier Enzler
Preguntaab -n 1000 -c 5 http://localhost:3000/hash
el “-c 5” que llamas concurrencia te referís a que se ejecutarían 5 peticiones en paralelo de esas 1000? ahora… estas peticiones cada cuanto tiempo se ejecutan? porque si fallo 99 de 1000 significa que se ejecutaron en muy poco tiempo de diferencia. ¿Hay forma de configurar ese tiempo en el benchmark?
- Selecciona la URL a probar, adicionando el parámetro “-g” y el nombre de un archivo para almacenar los resultados “datos.csv”:
- En la misma ruta donde se encuentra el archivo generado “datos.csv”, crear archivo “plot.p”
- Generar la gráfica “resultado.png”
Edward Steven Ramos Palacios
Tambien puedes generar una gráfica con tus datos. Sigue los siguientes pasos.
Graficar Resultado con gnuplot
ab -k -n1000 -c100 -H 'Accept-Encoding: gzip,deflate' -g datos.csv http://localhost:3000/hashdonde:
-g (gnuplot-file). Escribe todos los valores medidos como un ‘gnuplot’
vim plot.pPuedes usar vim, o VSCode o cualquier editor que desees para editar el archivo plot.p
Incluir la siguiente información:
set terminal png size 600 set output "resultados.png" set title "1000 peticiones, 100 peticiones concurrentes" set size ratio 0.6 set grid y set xlabel "Nro Peticiones" set ylabel "Tiempo de respuesta (ms)" plot "datos.csv" using 9 smooth sbezier with lines title "http://localhost:3000/hash"
gnuplot plot.pEdward Steven Ramos Palacios
Si esas son las peticiones concurrentes es decir, simula los usuarios que hacen una misma petición al mismo tiempo.
No hay una forma de establecer ese tiempo que comentas. Pero te dejo estos datos que seguro te pueden ayudar para que lo estudies en tus resultados.
– Requests per second (mean): Cantidad de peticiones por segundo – Time per request (mean): tiempo promedio en atender grupo de peticiones concurrentes – Time per request (mean, across all concurrent requests): tiempo promedio en atender una petición
