Cómo perfilar mi aplicación C++ en Linux

Question

Me gustaría crear un perfil de mi aplicación C++ en Linux. Me gustaría saber cuánto tiempo gastó mi aplicación en el procesamiento de la CPU en comparación con el tiempo pasado en bloque por IO/inactivo.

Sé que hay una herramienta de perfil llamada valgrind en Linux. Pero se rompe el tiempo dedicado a cada método, y no me da una idea general de cuánto tiempo se gasta en el procesamiento de la CPU en lugar de inactivo. O hay una forma de hacerlo con valgrind.

Answer 1

Puedo recomendar la herramienta valgrindcallgrind junto con KCacheGrind para la visualización. KCacheGrind hace que sea muy fácil ver dónde están los puntos de acceso.

Nota: Ha pasado demasiado tiempo desde que lo usé, así que no estoy seguro de si podrá obtener tiempo de espera de E/S. Tal vez junto con iostat o pidstat podrá ver dónde pasó todo el tiempo.

Answer 2

Consulte oprofile. También para más diagnósticos a nivel de sistema, intente systemtap.

Answer 3

Las herramientas lacayo y/o helgrind en valgrind deberían permitirle hacer esto.

Answer 4

callgrind es una muy buena herramienta, pero me encontré con OProfile más 'completo'. Además, es el único que le permite especificar el módulo y/o la fuente del kernel para permitir una visión más profunda de sus cuellos de botella. Se supone que la salida es capaz de interactuar con KCacheGrind, pero tuve problemas con eso, así que usé Gprof2Dot. Puede exportar su callgraph a .png.

Editar:

Oprofile mira al sistema en su conjunto por lo que el proceso sólo será:

[oprofile configuración]

opcontrol --init 
opcontorl --vmlinux=/path/to/vmlinux  (or --no-vmlinux) 
opcontrol --start 

[ejecutar su aplicación aquí]

opcontrol --stop (or opcontrol --shutdown [man for difference] 

luego para comenzar a mirar los resultados mira la página de manual en opreport

Answer 5

LTTng es una buena herramienta para usar en la creación de perfiles completos del sistema.

Answer 6

Es posible que desee comprobar Zoom, que es mucho más pulido y con todas las funciones que oprofile y otros. Cuesta dinero ($ 199), pero puede obtener una licencia de evaluación gratuita de 30 días.

Answer 7

Si su aplicación simplemente se ejecuta "completamente" (es decir, está usando CPU o esperando E/S) hasta que finaliza, y no hay otros procesos compitiendo, simplemente haga time myapp (o quizás /usr/bin/time myapp, que produce un poco salida diferente al shell incorporado).

Esto le dará algo como:

real 0m1.412s 
user 0m1.288s 
sys  0m0.056s 

En este caso, el usuario sys + (kernel) representan el tiempo para casi todo el tiempo real y no es sólo 0.068s desaparecidos ... (probablemente el tiempo pasado cargando la aplicación y sus libs de soporte).

Sin embargo, si usted fuera a ver:

real 0m5.732s 
user 0m1.144s 
sys  0m0.078s 

entonces su aplicación gastaron 4.51s no consumir CPU y presumiblemente bloqueado en IO. ¿Cuál es la información que creo que estás buscando?

Sin embargo, cuando esta técnica de análisis sencillo se descompone es:

• Aplicaciones que esperan en un temporizador/reloj u otro estímulo externo (por ejemplo aplicaciones GUI por eventos). No se puede distinguir el tiempo de espera en el reloj y el tiempo de espera en el disco/red.
• Aplicaciones multiproceso, que necesitan un poco más de pensamiento para interpretar los números.

Answer 8

See this post.

And this post.

Básicamente, entre el momento en el programa se inicia y cuando termina, tiene una pila de llamadas. Durante I/O, la pila finaliza en una llamada al sistema. Durante el cálculo, termina en una instrucción típica.

De cualquier manera, si puede probar la pila al azar, puede ver exactamente por qué está gastando ese tiempo.

El único punto restante es que miles de muestras pueden dar una sensación de confianza, pero no le dirán mucho más de 10 o 20 muestras.

Answer 9

google-perf-tools - alternativa mucho más rápida que callgrind (y puede generar resultados con el mismo formato que callgrind, para que pueda usar KCacheGrind).