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

[Joaquín Sorianello]

2014-04-30 10:36 GMT-03:00 Joaquín Sorianello <listas en joac.com.ar>:

>
>
>
> 2014-04-29 23:26 GMT-03:00 Fernando Pelliccioni <fpelliccioni en gmail.com>:
>
>
>>
>>
>> 2014-04-29 23:11 GMT-03:00 Facundo Batista <facundobatista en gmail.com>:
>>
>> 2014-04-29 23:02 GMT-03:00 Fernando Pelliccioni <fpelliccioni en gmail.com>:
>>>
>>> > No entiendo, ¿qué tienen que ver un test CPU-bound con IO-bound?
>>> > Nadie habló de bases de datos, ni de disco, ni de sockets, etc...
>>> > No estamos midiendo eso, por ahora. Vayamos por partes.
>>> > ¿Tiene sentido medir IO y usar esas mediciones para conjeturar sobre la
>>> > performance de un lenguaje? (Y si vamos a hacerlo, hagámoslo bien)
>>> > ¿Qué estamos midiendo cuando medimos IO? ¿Capacidades de un lenguaje?
>>> ¿O de
>>> > la plataforma que hay detrás?
>>>
>>> Ok, termino de entender acá que no entendiste el espíritu de la charla.
>>>
>>
>> Es posible ¿Cuál es el espíritu de la charla? ¿Podrías iluminarme?
>> Gente, no todo en Programación son bases de datos ni páginas web.
>>
>>
>>> Si querés, un día lo charlamos personalmente.
>>>
>>
>> Sería genial charlarlo personalmente, podría ser durante alguna
>> conferencia de las que suelen organizar.
>> Pero no entiendo por qué evitar el tema en el foro, si también lo podemos
>> ir discutiendo y aprendiendo entre todos.
>> Si hay algo que me perdí de la charla, me lo podés explicar. Quizás haya
>> otras personas leyendo que están en la misma que yo.
>>
>> Mi idea era ir armando varios test, y tratar entre todos que sean lo más
>> cercano a la realidad posible. Tests que permitan sacarle el jugo a las
>> características que tienen los procesadores modernos.
>>
>
> Fernando:
>
> Me parece valida tu inquietud por hacer mediciones lo mas realistas
> posibles, mi pregunta es... realmente eso es lo que necesitamos?
>
> El título de la charla es marketinero, eso es innegable.
>
> Creo que construir un benchmark para medir "en igualdad de condiciones" la
> implementación de un problema es muy difícil y en muchos casos inservible.
>
> Hay que tener claro el público para el que fué pensada la charla:
> Facu no está tratando de convencer al viejo y curtido programador C/C++ de
> que abandone el stack donde se siente cómodo laburando, ni que desaproveche
> su precioso conocimiento de optimizaciones para cada arquitectura. La idea
> es que los programadores python,
>
> Se envió el mail por un atajo de teclado incorrecto :P sigo

La idea es que un programador python tenga noción de que el lenguaje no es
poco performante para hacer muchos tipos de procesamiento.
Por ejemplo, hace mucho que no escribo código c/c++, si hoy tengo que
escribir código en esos lenguajes que le saque el jugo al máximo al
procesador, siendo sensato, no puedo hacerlo. Y esoy siendo generoso.

La conclusión, al menos para mi, es:

Programá tranquilo en el lenguaje que te gusta, la performance es decente,
comparable al mismo programa, que vos, instancia humana puntual, sos capaz
de escribir en C.

Dale a un programador python un problema A, para que lo implemente en
python y en C, apostaria a que la version en python va a ser mas rapida.
(en mi caso desconociendo los inlines de c++)
Dale a un programador C/c++ un problema A para que ... (los
mismo),apostaríaa a que la version en C va a ser mas rapida. (fijate que es
tu caso desconociendo timeit)

La meta conclusion es:

Dale un problema A a cualquier experto en el lenguaje x y va a darte una
version "digna de ser considerada performante"

Saludos



-- 
Joaquín Sorianello
A.K.A. Joac
@_joac
------------ próxima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: <http://listas.python.org.ar/pipermail/pyar/attachments/20140430/190fbe10/attachment.html>