Medir tiempo de metodos

[h2swider]

Buenas tardes,

Actualmente ejecuto dos veces un método para medir el tiempo de ejecución de mis metodos. Me veo obligado a llamar a esta función dos veces cada vez que ejecuto un método, y quisiera saber si se les ocurre alguna otra manera de ejecucción que no implique agregar estas dos lineas a los 1200 métodos que tiene el proyecto :/

Código PHP:

  public static function microtimeFloat() { 
  list($useg, $seg) = explode(" ", microtime()); 
  return ((float) $useg + (float) $seg); 
}  
   

Código PHP:

  function metodo_a_testear(){ 
$inicial = Utils::microtimeFloat(); 
//comportamiento del metodo 
Utils::logearTxt(Utils::microtimeFloat() - $inicial); 
return $resultado; 
}  
   

[alvaro_trewhela]

Disculpa por la respuesta corta, pero hasta donde sé no hay otra manera.

No queda otra, lo que se me ocurre es pasar el método como parámetro pero sin que este se ejecute, algún tipo de callback, me refiero a algo así:

Código pseudoCodigo:

metodo1(){
someCodeHere...
}
 
tiempoEjec(param){
inicio = tiempo();
param;
return tiempo()-inicio;
}
 
demora = tiempoEjec(metodo1());
 

Esa es mi opinión. Ojalá te puedan solucionar el problema, Saludos.

[hhs]

Para eso existe el profiling, puedes usar xdebug o alguna otra herramienta similar https://xdebug.org/docs/profiler

[h2swider]

Iniciado por hhs

Para eso existe el profiling, puedes usar xdebug o alguna otra herramienta similar https://xdebug.org/docs/profiler

Muchas gracias hhs, utilizo xdebug, pero para mi caso el problema es que necesito medir los tiempos en producción, los servidores y el volumen de datos que me dan en DEV y QA no son significativos y no me sirven :(

Voy a intentar agregando un prefijo a los metodos, y utilizar __call supongo.

Gracias!

[hhs]

Para tu caso lo que necesitan mejorar es su proceso de desarrollo no mides eso en producción. Para eso es el servicio de DEV y QA que debes de tener automatizada las pruebas para diferentes escenario uno de ellos con un servicio que llene la base de datos para probar la solución con muchos datos.

Para llenar con información de prueba puedes usar soluciones como Faker y basado en eso crear una solución que te permita hacer seeders de la base de datos.
Por otro lado de la forma en que estas haciendo tu pruebas no vas a tener los resultados que esperas, ademas el código es solo una parte de la ecuación pueden existir cuellos en otros servicios. Existen otras soluciones para monitorear el estado del o los servidores con los servicios que estén ejecutando y ver de forma gráfica en que momento suceden picos y determinar si el cuello de botella es en el código, lo servicios de base de datos, http u otro.