[Python] Walks like Python. Runs like C.

[enrico franchi]

2015-01-15 13:57 GMT+00:00 Manlio Perillo <manlio.perillo a gmail.com>:

> 2015-01-14 18:10 GMT+01:00 enrico franchi <enrico.franchi a gmail.com>:
>
>>
>> 2015-01-14 14:04 GMT+00:00 Manlio Perillo <manlio.perillo a gmail.com>:
>>
>>> Non sono esperto di teoria dei compilatori, però già il solo unboxing
>>> dovrebbe bastare ad ottimizzare in modo significativo.
>>>
>>
>> Ottimizzare si... ma poi c'e' tutta la questione sul flusso. Che e' il
>> motivo per cui python + numpy matriciale va forte, se usi i cicli no. Ma
>> che in generale in Python i cicli vanno pianino, mentre in pypy (con roba
>> essenzialmente intera/discreta) vanno a canna.
>>
>>
>
> Ammetto di aver visto giusto un paio di kernel di Numpy e Pandas, ma non
> mi sembra facciano qualcosa di particolare a parte un plain old ciclo for.
>

La maggior parte della roba (specie di numpy) per lavorare su matrici si
appoggia a librerie matriciali scritte in C o in Fortan. Il che vuole dire
che si, sono sempre cicli (ovviamente) ma non sono cicli in Python. E'
tutta roba su cui passano compilatori ottimizzanti, scritti con occhio alle
performance etc etc etc. Tutto li.


>
> Che intendi dire che il JIT di pypy "non funziona" con i fp?
>>>
>>
>> Che non li gestiva, una volta. Chiedevo se ora lo fa.
>>
>
> Andiamo in ricorsione :)
> Che intendi con "non li gestiva" ?
>

Che non ci faceva nulla di speciale e le performance erano essezialmente
allineate a quelle di CPython.
Parliamo di almeno 3-4 anni fa, eh... sempre che il tempo non mi sia volato
e non sia di piu'.



-- 
.
..: -enrico-
-------------- parte successiva --------------
Un allegato HTML è stato rimosso...
URL: <http://lists.python.it/pipermail/python/attachments/20150115/dd78b1cb/attachment.html>