Expositor: Gustavo Guimerans Resumen: Se presentará una metodología de testing de performance y los participantes analizarán su aplicación en distintas situaciones clínicas. Juntos veremos como la adecuada aplicación de la metodología ayuda a evaluar la performance y así detectar problemas encubiertos o conocer los riesgos de uso del sistema en producción.

1. Clínica de Performance
Ing. Gustavo Guimerans
Centro de Ensayos de Software
(www.CES.com.uy)

2. ¿Quiénes somos?
§ Especializados en servicios de testing
• Evaluar la calidad de los sistemas
§ Emprendimiento conjunto
• Vínculo Academia-Industria
§ Símbolo de calidad
• Desde 2004
2

3. Principales servicios
• Testing funcional
• Ensayos de plataformas
• Capacitación en testing
ü Carrera – 12 ediciones
ü Grado y Posgrado
ü Especializaciones
• Consultoría en testing
ü Departamento de testing
ü Proceso de testing
ü Apoyo en proyectos de testing
• Certificación / Homologación / Conformidad
3

4. ¿Contexto? ¿Arquitectura?

5. ¿Contexto? ¿Arquitectura?

6. ¿Foco?
6

7. ¿Foco?
7

8. ¿Foco?
8
Elaborar cuestionario
Definición de la prueba
Grabar y reproducir un script HTTP
Especificación y armado del ambiente de prueba
Definición de escenarios
Automatización de la prueba
Configuración de monitorización

9. ¿Automatización?
9

10. ¿Monitorización?
10

11. ¿En desarrollo?
11
Algunas, además, facilitan el proceso de automatización, pues permiten revisar las solicitudes y las respuestas. Este es el
caso de los sniffers como wireshark, fiddler también son útiles los profilers y servicios de análisis de páginas como YSlow.

12. ¿En Desarrollo?
12
Top 5 Java Profilers Revealed: Real world data with VisualVM, JProfiler, Java Mission Control, YourKit and Custom tooling
http://zeroturnaround.com/rebellabs/top-5-java-profilers-revealed-real-world-data-with-visualvm-jprofiler-java-mission-control-yourkit-and-custom-tooling/

13. Fusión Bancos
13

14. Fusión Bancos
14

15. Fusión Bancos
15

16. Fusión Bancos
16

17. Fusión Bancos
17

18. Fusión Bancos
18
§ El final… y lo primero...

19. Fusión Bancos
19
§ Baseline “TRN03”

20. Fusión Bancos
20

21. Fusión Bancos
21
§ Resumen baselines

22. Fusión Bancos
22
§ “10%”

23. Fusión Bancos
23
§ “10%”

24. Fusión Bancos
24
§ “10%”

25. Fusión Bancos
25
§ “10%” ¿Causas?
• Loop
• Red

26. Fusión Bancos
26
§ “10%” ¿Causas?

27. Fusión Bancos
27
§ “10%” ¿Causas?

28. Fusión Bancos
28
§ ¿Solución?

29. Fusión Bancos
29
§ “50%”
10 Gb/s la red

30. Fusión Bancos
30
§ “100%” - Prueba de larga duración
¿?

31. Fusión Bancos
31
§ “100%” - +Trx06
¿?
550 usuarios aproximadamente

32. Fusión Bancos
32
§ “200%”

33. Fusión Bancos
33
§ “200%” ¿Causas?
Dada la carga observada y para evitar
espera de los usuarios por conexiones
libres, se aumentaron la cantidad de
conexiones (de 25 a 30) en el pool.
El heap de memoria se mantuvo sin
problemas en el entorno de 1GB a 2GB,
en la medida que se disparaban los
Garbage Collections. La siguiente gráfica
muestra un comportamiento es adecuado.
22:23
22:25
22:28
22:30
22:33
22:35
22:38
22:40
22:43
22:45
22:48
22:50
22:53
22:55
22:58
23:00
23:03
23:05
23:08
23:10
23:13
23:15
23:18
23:20
23:23
23:25
23:28
23:30
23:33
23:35
23:38
23:40
23:43
23:45
23:48

34. Fusión Bancos
34
§ ¿Solución?
• Direccionamiento del 150%
ü Hacia el cluster.
ü Hacia uno de los WAS.
ü Hacia uno de los IBM HTTP Server.

35. Fusión Bancos
35
§ ¿Solución?
§ ¿Repartimos?

36. Fusión Bancos
36
§ ¿Repartimos?
• ¿Si uno de los WAS no soportaba la carga?
• ¿Si ninguno de los WAS soporta?
• ¿Si la carga es soportada por ambos WAS?
• ¿Si los tiempos figuran oscilantes?

37. Fusión Bancos
37
§ ¿Repartimos?
• Los tiempos se degradaron de forma
irregular, oscilando aunque no tanto como
en las pruebas sobre la balanceadora.
• En el WAS *.25 luego de un tiempo
empiezan a ocurrir errores (minuto 35 en
adelante).
• Durante la prueba ambos WAS hicieron
"reload", lo que produjo una caída abrupta
de la cantidad de usuarios activos.

38. Fusión Bancos
38
§ ¿Reiniciamos?
• ¿Qué? “Power 740” ¿donde se alojaban?
• Verificar si la carga se “empareja”
ü Resultados aceptables en ambas generaciones
ü Configuración de la balanceadora
• 150% de la carga sobre la balanceadora.
ü Se verificó, comportamiento “estilo sierra”
ü bastante claras para los valles y los picos
• El balanceo no funcionó bien.

39. Fusión Bancos
39

40. Fusión Bancos
40
envolvente inferior de oscilación de los tiempos de la TRN06 y TRN07

41. Fusión Bancos
41
0
500
1000
1500
20:07
20:09
20:11
20:13
20:15
20:17
20:19
20:21
20:23
20:25
20:27
20:29
20:32
20:34
20:36
20:38
20:40
20:42
20:44
20:46
20:48
20:50
20:52
20:54
20:57
20:59
21:01
21:03
21:05
21:07
21:09
Paging srv_aplic2_mont (pgspace)
09/10/2012
pgsin pgsout
0
20
40
60
80
100
20:07
20:09
20:11
20:13
20:15
20:17
20:19
20:21
20:23
20:25
20:27
20:29
20:31
20:33
20:35
20:37
20:39
20:41
20:43
20:45
20:47
20:49
20:51
20:53
20:55
20:57
20:59
21:01
21:03
21:05
21:07
21:09
CPU Total srv_aplic2_mont 09/10/2012
User% Sys% Wait%

42. Fusión Bancos
42
0
500
1000
1500
0
20
40
60
80
20:07
20:09
20:12
20:14
20:17
20:19
20:22
20:25
20:27
20:30
20:32
20:35
20:38
20:40
20:43
20:45
20:48
20:50
20:53
20:56
20:58
21:01
21:03
21:06
21:09
IO/sec
KB/sec
Thousands
Disk total KB/s srv_aplic2_mont -
09/10/2012
Disk Read KB/s Disk Write KB/s IO/sec
0
10
20
30
20:07
20:09
20:11
20:13
20:15
20:17
20:20
20:22
20:24
20:26
20:28
20:30
20:33
20:35
20:37
20:39
20:41
20:43
20:46
20:48
20:50
20:52
20:54
20:56
20:59
21:01
21:03
21:05
21:07
21:09
Thousands
Network I/O srv_aplic2_mont (KB/s)
09/10/2012
en0-read lo0-read en0-write lo0-write

43. Fusión Bancos
43
0
20
20:07
20:09
20:11
20:13
20:16
20:18
20:20
20:22
20:25
20:27
20:29
20:31
20:34
20:36
20:38
20:40
20:43
20:45
20:47
20:49
20:52
20:54
20:56
20:58
21:01
21:03
21:05
21:07
Thousand
s
Network I/O srv_balanc2_mont (KB/s)
09/10/2012
en0-read lo0-read en0-write lo0-write
0
2
4
6
8
10
20:07
20:09
20:11
20:13
20:15
20:17
20:20
20:22
20:24
20:26
20:28
20:30
20:33
20:35
20:37
20:39
20:41
20:43
20:46
20:48
20:50
20:52
20:54
20:56
20:59
21:01
21:03
21:05
21:07
21:09
Thousands
Network I/O srvdbmont (KB/s) 09/10/2012
en0-read lo0-read en0-write lo0-write

44. Fusión Bancos
44
§ Proyecto exitoso
• Se reprodujeron escenarios
• Solucionar varios problemas
ü previo a la puesta en producción
§ Escaló la carga.
§ 10 transacciones automatizadas
§ Cambios conllevaron a mejoras
• Alcanzó, estabilizó y superó el 100%

45. Fusión Bancos
45
§ 150% paginación genera degradación
§ Infraestructura configurada y “tuneada”
§ Consideraciones
• base de datos poblada con estimado
• Ensayo capacidades de red
ü Un enlace de 4Mb fue saturado en el 10%
ü Aproximadamente 180 usuarios accediendo

46. ¿Mejoras y conclusiones?
46
§ Modelo estimación de carga esperada:
• http://blog.ces.com.uy/?p=436
§ Depende de la criticidad del mismo.
§ Información sobre la calidad del sistema
§ Nivelar las expectativas.
§ Análisis de exportas - mejoras.
§ Distintos tipos de pruebas rendimiento.

47. ¿Mejoras y conclusiones?
47
§ Dependerá de la arquitectura y objetivos
§ Ingeniería de performance
• mejorar el rendimiento de los sistemas.
§ Equipo multidisciplinario
• (ej. base de datos, s. de aplicación).
§ P. de rendimiento + I. de performance
• mejora el rendimiento
• analizar las causas
• reproducir los problemas controlado

48. ¡Gracias!
Centro de Ensayos de Software
• Sitio: http://www.ces.com.uy
• Carrera de Testing: http://www.ces.com.uy/index.php/carrera-de-testing
• Twitter: @ces_com_uy
• Facebook: /CentroDeEnsayosDeSoftware
• Plataforma de capacitación: http://www.capacitacion.ces.com.uy
• Blog: http://blog.ces.com.uy
• Contacto: info@ces.com.uy
• Youtube: Centro de Ensayos de Software
Más dudas y comentarios, me buscan o…
Gustavo.Guimerans@ces.com.uy
48