Creación de un perfil de código C en Windows al usar Eclipse

Question

Sé que puedo crear un perfil de mi código con gprof y kprof en Linux. ¿Existe una alternativa comparable a estas aplicaciones en Windows?

Answer 1

El software comercial:

• racional Cuantificar (caro, lento, pero muy detallado)
• AQTime (menos costoso, menos lento, un poco detallada)

Software libre:

• Muy soñoliento (www.codersnotes.com)
• Lucas StackWalker (lukestackwalker.sourceforge.net)

Estas alternativas comerciales cambiar el código compilado por 'uso de variables instrumentales' (instrucciones de la adición) a la misma y realizar la sincronización withing las instrucciones adicionales. Esto significa que hacen que su aplicación disminuya la velocidad con seriedad.

Estas alternativas gratuitas usan muestreo, lo que significa que son menos detalladas, pero muy rápidas. En la práctica, descubrí que, especialmente Very Sleepy, es muy bueno para echar un vistazo rápido a los problemas de rendimiento en su aplicación.

Answer 2

Sí, puede perfilar código with Visual Studio

Answer 3

Hay un puerto de MinGW gprof que funciona casi igual que la variante de Linux. Puedes obtener MinGW installation completo (creo que gprof está incluido pero no estoy seguro) u obtener gprof desde MinGW binutils package.

Para Eclipse, hay TPTP pero no admite perfiles C/C++ hasta donde yo sé.

Answer 4

¿Cuál es la razón del perfil? ¿Desea a) medir los tiempos y obtener un gráfico de llamadas, ob) encontrar cosas que cambiar para acelerar el código? (No son lo mismo.)

Si (b) puede usar this trick, utilizando el botón Pausa en Eclipse.

---

Agregado: Tal vez ayudaría a transmitir alguna experiencia de lo que son en realidad problemas de rendimiento gusta, y donde se puede contar para encontrarlos. Aquí hay algunos ejemplos sencillos:

• Un tipo de inserción (orden n^2), donde los elementos que se están ordenados son cadenas, y se compararon mediante una función de cadena de comparar. ¿Dónde está el punto caliente? en la comparación de cuerdas. ¿Dónde está el problema? En el tipo donde se llama a string-compare. Si n = 10 no es un problema, pero si n = 1000, de repente lleva mucho tiempo. El punto donde se llama a la comparación de cadenas es "frío", pero ahí es donde está el problema. Un pequeño número de muestras de la pila de llamadas lo señala con certeza.

• Una aplicación que carga complementos tarda mucho tiempo en arrancar. Un perfilador dice que básicamente todo es "frío". Algo que mide el tiempo de E/S dice que es casi todo el tiempo de E/S, lo que parece ser lo que cabría esperar, por lo que puede parecer desesperado.Sin embargo, las muestras de pila muestran que un gran porcentaje de tiempo se usa con la pila a unas 20 capas de profundidad en el proceso de lectura de la parte de recursos de las DLL de complemento con el fin de traducir las constantes de cadena al idioma local. Investigando más a fondo, encontrará que la mayoría de las cadenas que se traducen no son del tipo que realmente necesita traducción. Simplemente los pusieron en "caso de que" pudieran necesitar traducción, y nunca se pensó que fueran algo que pudiera causar un problema de rendimiento. Arreglar ese problema trae un considerable ahorro de tiempo.

lo tanto, es común pensar en términos de "puntos calientes" y los "cuellos de botella", pero la mayoría de los programas, especialmente los más grandes, tienden a tener problemas de rendimiento en forma de llamadas de función que solicita un trabajo que no hace realmente hay que hacer. Afortunadamente, se muestran en la pila de llamadas durante el tiempo que están gastando.