¿Es esta una buena manera de verificar la cantidad de tiempo que se tardó en ejecutar algún código en C#?

Question

Lo que quiero decir es ...

obtener el tiempo, ejecute el código, obtener el tiempo, comparar el tiempo y obtener el segundo Salida:

estoy haciendo esto correcto?

DateTime timestamp = DateTime.Now; 
//...do the code... 
DateTime endstamp = DateTime.Now; 

string results = ((endstamp.ticks - timestamp.ticks)/10000000).ToString(); 

Answer 1

No. Utilice la clase System.Diagnostics.Stopwatch en su lugar. DateTime.Now no tiene el nivel de precisión que usted desea (aunque la estructura DateTime es bastante precisa, en sí misma).

Stopwatch watch = new Stopwatch(); 
watch.Start(); 
// do stuff 
watch.Stop(); 
long ticks = watch.ElapsedTicks; 

Answer 2

Debe utilizar Stopwatch para esto, por ejemplo:

var sw = Stopwatch.StartNew(); 
//...do the code... 
sw.Stop(); 
var result = sw.ElapsedTicks; //ticks it took 
//or less accurate/for bigger tasks, sw.ElapsedMilliseconds 

vez haya incluido en Brian @ 's mejora de los comentarios.

Answer 3

Una mejor idea es utilizar la clase System.Diagnostics.StopWatch http://msdn.microsoft.com/en-us/library/system.diagnostics.stopwatch.aspx

Answer 4

Es probablemente muy bien, pero tenga en cuenta que hay varios medios para "la cantidad de tiempo que se tardó en ejecutar algún código". Lo que tienes allí es el tiempo del reloj de pared: la cantidad de tiempo que pasó en el mundo entre la primera y la segunda llamada al DateTime.Now (aproximadamente). Esto incluirá el tiempo dedicado a esperar bloqueos o acceso al disco, el tiempo dedicado a ejecutar otros hilos que no contienen su código, etc.

Answer 5

Obviamente, los procesos arbitarios que se ejecutan en su máquina probablemente distorsionarán el resultado obtenido.
un cronómetro es una buena solución, como se indica en MSDN:

El cronómetro mide el tiempo transcurrido contando pasos de temporizador en el mecanismo temporizador subyacente. Si el hardware y el sistema operativo instalados admiten un contador de rendimiento de alta resolución, la clase Cronómetro usa ese contador para medir el tiempo transcurrido. De lo contrario, la clase Cronómetro utiliza el temporizador del sistema para medir el tiempo transcurrido. Utilice los campos Frecuencia e IsHighResolution para determinar la precisión y la resolución de la implementación del tiempo del cronómetro.

La clase Cronómetro ayuda a manipular los contadores de rendimiento relacionados con la temporización dentro del código administrado. Específicamente, el campo Frecuencia y el método GetTimestamp se pueden usar en lugar de las API Win32 no administradas QueryPerformanceFrequency y QueryPerformanceCounter.

Answer 6

Eso inflará sus tiempos solo un poco, pero en general funciona. También puede seguir principios orientados a aspectos y adoptar algo como log4net para obtener esta funcionalidad sin tener que codificarla en todas partes.

Here is an article en él.

Answer 7

Como mucha gente ha notado, la clase de cronómetro de alta precisión está diseñada para responder la pregunta "¿cuánto tiempo tomó esto?" mientras que la clase DateTime está diseñada para responder a la pregunta "¿cuándo comienza Doctor Who?" Use la herramienta correcta para el trabajo.

Sin embargo, hay más en el problema de medir correctamente el tiempo transcurrido que simplemente obtener el temporizador correcto. También debe asegurarse de que está midiendo lo que realmente desea medir.Por ejemplo, considere:

// start the timer 
M(); 
// stop the timer 
// start another timer 
M(); 
// stop the timer 

¿Habrá una diferencia significativa entre los tiempos de las dos llamadas? Posiblemente sí. Recuerde, la primera vez que se llama un método , el jitter debe compilarlo desde IL en el código de máquina. Eso lleva tiempo. La primera llamada a un método puede ser en muchos casos veces más larga que todas las llamadas subsiguientes juntas.

Entonces, ¿qué medida es "correcta"? La primera medición? ¿El segundo? ¿Un promedio de ellos? Depende de lo que intente optimizar para. Si está optimizando para inicio rápido, entonces se preocupa mucho por el tiempo de jit. Si está optimizando para número de páginas idénticas servidas por segundo en un servidor calentado, entonces no le importa en absoluto el tiempo de jit y debería diseñar sus pruebas en y no en medirlo. Asegúrese de estar midiendo para lo que realmente está optimizando.

Answer 8

Las sugerencias dadas en las respuestas anteriores funcionarán para mediciones simples. Si necesita algo más avanzado, es posible que desee utilizar un generador de perfiles (hay comerciales y gratuitos, como equatec).