[pyar] Análisis sobre charla "Python más rápido que C"

[Fernando Pelliccioni]

Bueno, siguiendo con mi idea, de medir

Cree un repositorio donde voy a ir poniendo algunos test de la charla y
luego otros más.
      https://bitbucket.org/fpelliccioni/performance_comparison

Cambié la forma de medición para poder hacerlo de forma portable en las 3
plataformas más populares: OSX, Windows y Linux.
Además la cambié porque sospecho que ptrace pueda estar interfiriendo con
las pruebas. No tengo un conocimiento profundo de ptrace, así que prefiero
medir usando tiempos.

Por ahora solo está el ejercicio denominado mul_100 (de la charla), del
cual quiero demostrar que es un ejercicio sin sentido para hacer mediciones.
Pero, en principio, si les parece, pueden mirar el código, bajarlo,
compilarlo/interpretarlo y ejecutarlo.

Porfa, chequeen el codigo Python y díganme si se les parece correcto, tanto
el algoritmo como la forma de medición.
A los que tengan experiencia en otras implementaciones de Python, (como la
que menciona Claudio, CPython), por favor, me podrían dar una mano con
detalles de como instalar y compilar correctamente en esas implementaciones.

Pueden enviarme pull-requests si les parece.

Gracias,
Fernando.





2014-04-29 16:35 GMT-03:00 Claudio Freire <klaussfreire en gmail.com>:

> 2014-04-29 16:28 GMT-03:00 Alejandro Manuel Bernardis
> <alejandro.bernardis en gmail.com>:
> > Hola,
> >
> > Mi conclusión de la charla se enfocó más en un tema de productividad, y
> no
> > tanto si Python es más rápido que C.-
> >
> > Creo justamente, que esa es una de las ventajas más importantes entre
> ambos
> > lenguajes... obvio que en Python no voy a tener la velocidad de C, pero
> > también es válido evaluar si lo que necesito es velocidad o tiempos
> cortos
> > de producción.-
>
>
> En la charla se toca explícitamente el tema velocidad.
>
> También productividad, pero hay que notar la explicitez de la misma.
> No hay duda en que menciona ambos aspectos, y es cuestión del lector
> (u oyente) sacar una conclusión.
>
> No soy Facundo, pero a mí me parece obvio que el "objetivo" de la
> charla, es poner en evidencia resultados que no son intuitivos.
>
> Como se dijo, lo ven muchos que tienen mucha experiencia, y piensan
> que es una mentira. No lo es. CPython está implementado en (no hace
> falta adivinar) C. PyPy genera código máquina. Ambos tienen la
> potencialidad de ser tan rápidos como C, porque son C. Son data-driven
> C (data = bytecode).
>
> La charla muestra casos donde el overhead de procesar el bytecode de
> input domina el runtime, y lo opuesto, donde el runtime está dominado
> por ejecución de los algoritmos de Python - y no sólo eso, muestra que
> python (es regla general en Python) tiene implementaciones excelentes,
> muy maduras, de alta performance, en mucho de su código. No es
> sorprendente, pues, que un programa en C codeado en 50 minutos sea
> superado por Python, que tiene décadas de refinamiento.
>
> Los resultados son shockeantes para muchos. Esa es la idea. Vayan,
> ejecuten el código en sus máquinas. Y llévense eso precisamente: la
> velocidad depende de la tarea.
> _______________________________________________
> 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/20140429/d25239ed/attachment.html>