[pyar] unittesting performance

[Carlos Guerrero]

Una opción que se que suena tonta pero es viable, es conservar la
implementación inicial de la función y comparar los tiempos de ejecución de
las nuevas funciones con el tiempo de esa misma función original en la
maquina en donde estés.

Así podrías seguir obtener un "porcentaje de mejora" relativo a la misma
función inicial, independientemente de que te cambies a un hardware más
rápido.
On 9 May 2014 01:13, "German Jimenez" <germanjimenez84 en gmail.com> wrote:

> pregunto de ignorante, el bytecode generado por una vm en una digamos...
> arquitectura, en un principio, ¿será igual al generado por otra? si esto
> fuese cierto, y ahora en una misma arquitectura, ¿está la vm totalmente
> abstraída del hardware? esto es, si va a ser el mismo bytecode con
> distintas ram, o por hacer optimización el bytecode es diferente?
>
>
> El 8 de mayo de 2014, 19:58, Andres Riancho <andres.riancho en gmail.com>escribió:
>
>> Hernan,
>>
>> 2014-05-08 17:42 GMT-05:00 Hernan Grecco <hernan.grecco en gmail.com>:
>> > Hola Andrés,
>> >
>> >> * Si el dia de mañana me compro una PC dos veces mas rapida, y hago
>> >> que la funcion sea menos performance, el test va a pasar (y no
>> >> deberia).
>> >>
>> >> * Si hay mas de un desarrollador corriendo este test, cada uno con una
>> >> PC distinta, es posible que a uno le pase y a otro le falle
>> >>
>> >> * Si la PC donde se ejecuta el test esta bajo mucha carga, el test
>> >> falla y no es por un problema del codigo.
>> >
>> > Esto es un problema general y como vos decis tiene muchas aristas. A
>> > mi lo que resulta muy bien es normalizar el resultado de mi función de
>> > interes contra algo similar (pero que no cambie).
>>
>> Interesante, es algo que descarte por considerarlo desprolijo. La
>> opcion de contar las operaciones me parecio lo mejor, pero al parecer
>> no se puede. Entonces... me armo una funcion de "baseline" para el
>> test, y despues mi assertion va a ser algo como "la funcion bajo
>> prueba debe correr en un maximo de dos veces la baseline".
>>
>> Suena a que va a andar, gracias.
>>
>> PS: Estas subscripto a responder todas mis preguntas de pyar? Tengo
>> soporte premium? ;) Cada vez que pregunto algo, tenes una buena
>> respuesta ;)
>>
>> > saludos,
>> >
>> > Hernán
>> > _______________________________________________
>> > pyar mailing list pyar en python.org.ar
>> > http://listas.python.org.ar/listinfo/pyar
>> >
>> > PyAr - Python Argentina - Sitio web: http://www.python.org.ar/
>> >
>> > La lista de PyAr esta Hosteada en USLA - Usuarios de Software Libre de
>> Argentina - http://www.usla.org.ar
>>
>>
>>
>> --
>> Andrés Riancho
>> Project Leader at w3af - http://w3af.org/
>> Web Application Attack and Audit Framework
>> Twitter: @w3af
>> GPG: 0x93C344F3
>> _______________________________________________
>> pyar mailing list pyar en python.org.ar
>> http://listas.python.org.ar/listinfo/pyar
>>
>> PyAr - Python Argentina - Sitio web: http://www.python.org.ar/
>>
>> La lista de PyAr esta Hosteada en USLA - Usuarios de Software Libre de
>> Argentina - http://www.usla.org.ar
>>
>
>
> _______________________________________________
> pyar mailing list pyar en python.org.ar
> http://listas.python.org.ar/listinfo/pyar
>
> PyAr - Python Argentina - Sitio web: http://www.python.org.ar/
>
> La lista de PyAr esta Hosteada en USLA - Usuarios de Software Libre de
> Argentina - http://www.usla.org.ar
>
------------ próxima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: <http://listas.python.org.ar/pipermail/pyar/attachments/20140509/379f08f8/attachment.html>