Ultimamente he estado intentando hacer pruebas de velocidad para comprobar como podía hacer mas rápidos mis códigos, o que variaciones podían mejorar su consumo de memoria y me enfrente a las primeras mediciones, las cuales en la mayoria de casos eran como tirar una moneda al aire. De manera que me decidí a crear una función que me ayudara a comparar 2 script dándome resultados aproximadamente fiables y ayudando a realizar las decisiones de que código tarda menos en tiempo de proceso y memoria consumida.

El problema real de hacer estas mediciones es que cuando no se tiene un servidor dedicado, hacer estos controles es muy poco fiable al poder estar consumiendo muchos recursos otros dominios vecinos dentro del servidor que interfieren en las mediciones que realizamos, de manera que empece a hacer pruebas con las funciones microtime() y memory_get_usage().

Al realizar las mediciones tomando una muestra de tiempo o de memoria antes y después de un código, y restando sus valores para determinar cuanto ha tardado en realizarse o cuanto ha consumido, los resultados eran en ocasiones negativos o demasiado grandes de manera que me decidí a utilizar una forma empírica para determinar esos valores. Realizando una medición nula, una segunda de muestra con valores que deberían dar tiempos de 0ns y 0bts de memoria determinaba una base a partir de la cual cuantificar los resultados, pero como aun así los test eran realmente contradictorios decidí establecer un protocolo de repetición. Si una vez realizadas 2 pruebas los datos eran contradictorios o confusos se realizaba otra tanda mas… siendo el mínimo 6 y el máximo 150, siempre hablando de las pruebas de tiempo transcurrido en procesar los códigos. el numero medio que suele necesitar como base para determinar cual de los dos datos es mas rápido suele ser 30 repeticiones del código.
Las mediciones de memoria a pesar de mostrar un fallo en la primera medición suelen ser estables, dando siempre o casi siempre un valor estable de datos. Para evitar errores se realiza una medición nula, una base para determinar el valor de error de consumo de memoria y una ultima con los códigos a medir a los que se les resta la medición base. De esta manera con una sola pasada obtenemos los mejores resultados con menos código.

Entrando en materia, para mantener la simetría de tiempos de acceso y que todos los códigos sean lo más parecidos en tiempos de acceso, opté por hacer algunas funciones de apoyo a la función fight(). De esta manera tenemos:

A partir de las anteriores, fight() realiza una serie de repeticiones que intentan asegurar un buen resultado con un indice de fiabilidad lo mas alto posible, comparando los resultados conjuntos anteriores.

Código de las funciones necesarias:

Para utilizarlo es muy sencillo. Insertamos en el primer valor el primer código a testar y en el segundo, el segundo códigos a testar procurando que en estos códigos no se contengan funciones. Ejemplo:

El resultado de la función será un array con las key time, mem y veredicto. En los dos primeros casos podremos ver un array que indica el numero de repeticiones (base), el codigo que menos ha tardado o menos memoria ha consumido respectivamente (ganador) y los códigos testados con sus datos de prioridad. En el valor "veredicto" se indica de una forma textual la fiabilidad del test.
Si se inserta true en la 3º opcion a demas se insertara en time y mem un valor "debug" en el que se insertarán los valores de los 2 primeros test. Ejemplo: