En esta nueva entrega de los plugins, vemos un nuevo juego
de los mismos a usar.
Como novedades particularmente interesantes –desde nuestro
punto de vista- , indicamos los
siguientes
AutoStop Listener.
Este listener permite intrroducir criterios de parada en la
carga , de manera que si, se superan ,la carga se detiene.
Gráfica 1.Listener de autostop. |
Como podemos observar, hay diversos criterios de parada, tales como el tiempo medio de respuesta definido como umbral, el promedio de latencia y el porcentaje de error .así como un criterio adicional que permite indicar cúanto tiempo debe de cumplirse esa condición para detener la prueba.
Las preguntas que surgen cuando se utiliza este tipo de listener, evidentemente son
- ¿Cúal es el ámbito de las variables del criterio –el grupo de hilos, el controlador de transacción-?
- ¿Se pueden definir criterios mixtos para marcar los umbrales de parada?
Respecto a la segunda pregunta, sólo hacer notar que los criterios se basan en la lógica "OR" , por lo que se admite un conjunto de filtros de correspondencia en los que si se cumple uno, se valida la operación.
Listener de Bytes
througput
En esta nueva versión, observamos que se puede hacer un
desglose entre los bytes enviados y los recibidos , frente a las versiones
previas que sólo permitían ver el througput sin desglose
Gráfica 2. Listener de througput desglosado |
La configuración del escritor simple de fichero debe incluir
lógicamente la casilla de “Conteo de bytes”, para poder analizar la información a posteriori
Preprocesador Spider
Los conocedores de herramientas de seguridad o los buscadores,
les sonará esta capacidad. Su modo de operación es el siguiente:
Por cada enlace encontrado en la página a la que haga
referencia la petición http a la que va unido, genera una nueva petición http
Evidentemente, este preprocesador debe ir unido a un
manejador http (o FTP) para que actúe sobre los enlaces aparecidos
Por fuerza, este preprocesador debe ser utilizado con
cuidado ,dada la cantidad de información que puede obtener ,los recursos en
modo gráfico que puede llegar a consumir ,así como los perjuicios que puede causar …
Nota:
En la versión que hemos probado no hemos sido capaces de hacerlo
funcionar correctamente. La ayuda en línea de este listener da un error
404 al acceder.
Una alternativa a el estado actual de operatividad de este
preprocesador nos la proporciona Deepak Shetty en su blog “workalcoholic”
Dbmon sample
collector.
Este listener permite la recopilación de información de
estado sobre una base de datos, mediante una conexión JDBC. Su funcionamiento
es similar al de otras herramientas de monitorización ,como Zabbix, utilizando
sentencias SQL de consulta sobre tablas o vistas de la instancia a monitorizar
,. Dichas sentencias deben devolver un solo valor numérico
Para utilizarlo ,debemos crear una conexión JDBC contra la
base de datos y pasarla como parámetro en la fila correspondiente a la ventana
del listener
Gráfica 3. DBmon collector |
Permite además añadir un título al gráfico (ChartLabel) y la
parte más importante: la sentencia SQL que registrará el estado de la métrica a
monitorizar
Nota: hay que tener en cuenta que el intervalo de
ejecución por defecto es de 1 segundos. Por lo que es prácticamente obligatorio cambiar dicho muestreo, modificando la
variable "jmeterPlugin.dbmon.interval"
a un valor más apropiado para no saturar ningún componente durante la prueba.
|
Esperamos que esta entrada sea de utilidad a todos los "jotaemeteros"...
No hay comentarios:
Publicar un comentario