[pyar] Compilador.py

Ivan Alejandro ivanalejandro0 en gmail.com
Vie Jul 9 06:32:44 ART 2010


2010/7/8 Roberto Alsina <ralsina en netmanagers.com.ar>:
> On Thursday 08 July 2010 23:16:38 Pablo Ziliani wrote:
>> Pablo Ziliani wrote:
>> > Roberto Alsina wrote:
>> >> On Thursday 08 July 2010 21:03:48 Jesús Francisco wrote:
>> >>>>        if filename[-3] == '.':    # Comprueba que el nombre de archivo
>> >>>
>> >>>     if filename[-3:] == '.py': # Así hace lo que dice el comentario
>> >>
>> >> filename.endswith('.py')
>> >
>> > No sé tú, pero yo...
>> >
>> > pablo en pulp:~$ python -V
>> > Python 2.6.4
>> > pablo en pulp:~$ uname -a
>> > Linux pulp 2.6.31-22-generic #60-Ubuntu SMP Thu May 27 00:22:23 UTC
>> > 2010 i686 GNU/Linux
>> > pablo en pulp:~$ python -m timeit "'archivo.py'.endswith('.py')"
>> > 1000000 loops, best of 3: 0.541 usec per loop
>> > pablo en pulp:~$ python -m timeit "'archivo.py'[-3:] == '.py'"
>> > 1000000 loops, best of 3: 0.326 usec per loop
>>
>> ... lo cual no pretende ser un argumento para usarlo (de hecho y aunque
>> es irrelevante, en el fondo creo que e quedo con endswith porque es más
>> claro), simplemente me llamó la atención que un método que hace sólo eso
>> en particular sea menos eficiente que un slice.
>>
>> (perdón por el post doble pero me faltó poner eso en el email anterior)
>
> Lo más probable es que la diferencia sea el lookup del método y la llamada
> nomás.

Muy interesante el thread, la verdad que no conocia varias de las cosas que lei.
Aqui va mi pequenio aporte: http://pastebin.com/b4p7CftF
Un programita que usa 'timing' para calcular los diferentes tiempos
que tendriamos, dependiendo de que alternativa usaramos.
Aunque es la mas lenta sigo quedandome (por cuestiones de simplicidad)
con 'splitext'.

Saludos

-- 
()  ascii ribbon campaign - against html e-mail
/\  www.asciiribbon.org   - against proprietary attachments



More information about the pyar mailing list