https://opennet.ru/openforum/vsluhforumID3/64752.html Увидел свет (http://morepypy.blogspot.com/2010/03/introducing-pypy-12-release.html) релиз PyPy 1.2 (http://pypy.org), интерпретатора Python 2.5 написанного на языке Python. Главное улучшение новой версии - появление JIT-компилятора, позволяющего при выполнении некоторых операций обогнать по производительности реализацию Python на языке Си (CPython), в то время как без использования JIT, CPython обгоняет PyPy в 2-3 раза. По заявлению разработчиков PyPy еще не готов для промышленной эксплуатации, но уже значительно приблизился к этой отметке.<br><br><br>Кроме высокой скорости работы, PyPy потребляет (http://pypy.org/features.html), по сравнению с CPython, меньше памяти. В PyPy также поддерживается бесстековый (Stackless) режим работы, позволяющий добиться массового параллельного выполнения микро-нитей (micro-threads). Для выполнения кода к которому нет доверия реализован режим изолированного выполнения, отличающегося от sandbox в CPython полной поддержкой всех возможностей языка, без выделени...<br><br>URL: http://morepyp https://opennet.ru/openforum/vsluhforumID3/64752.html#39 Fri, 26 Mar 2010 04:53:07 GMT <br>У меня тот же код занял времени:<br>Python - 22.9с<br>Cython - 13.2с (неоптимизорованный, т.е. без описанных типов)<br>PyPy - 2.6с<br>Cython - 1.4с (с описанными типами, добавлена строка: cdef int r,i,j)<br><br>Unladen Swallow - нескомпилировался сам - требует построить на слишком новый LLVM (2.7)<br>Psyco - рабочих бинарников не было, а исходники отказались работать на 64 битах, и предложили перейти на PyPy<br><br>Собственно, PyPy себя оправдал, хотя также работает только на 32 битах. Вобщем, можно рекомендовать его <br>использовать.<br><br>В данном случае вычислений, быстрее Cython-а с описанными типами невозможно, поскольку код уже получился <br>самый оптимальный, видно по сгенерированному С-коду. Может для более сложного кода что-то и изменилось бы.<br>Но он требует описаний типов, что замедляет разработку, и не для каждого случая приемлемо, особенно если <br>PyPy ненамного медленнее.<br><br>===<br>$ time python x-py.py <br>39<br><br>real0m22.907s<br>user0m22.809s<br>sys0m0.018s<br><br>[Cython]$ time python -c "import xpy"<br>39<br><br>real0m13.264 https://opennet.ru/openforum/vsluhforumID3/64752.html#38 Mon, 15 Mar 2010 05:40:12 GMT У меня тот же код с Cpython отрабатывает за 33,591 сек, а с <br><br>import psyco<br>psyco.full()<br><br>за 4,025 сек. :)<br> https://opennet.ru/openforum/vsluhforumID3/64752.html#37 Sun, 14 Mar 2010 21:38:52 GMT Хм, это что, генетическая проблема любого JIT? Объем кода ограничен, с какого хрена JIT занимает больше памяти, чем занял бы соответствующий нативный бинарник? Или все программы на питоне из eval'ов строк состоят, на которые надо каждый раз новый код генерить?<br> https://opennet.ru/openforum/vsluhforumID3/64752.html#36 Sun, 14 Mar 2010 15:23:11 GMT +1, гугл тоже так думает. Только тут все лают на джаву, но при этом обожают питон без jit'а. <br> https://opennet.ru/openforum/vsluhforumID3/64752.html#35 Sun, 14 Mar 2010 14:31:39 GMT пока только поигратся<br>pypy непонимает С API тоесть про PIL, mysql можно забыть (можно конечто через костыль rpyc, но при этом теряем скорость) <br>нет x86_64<br> https://opennet.ru/openforum/vsluhforumID3/64752.html#34 Sun, 14 Mar 2010 13:49:18 GMT &gt;А потом на месте процессора образуется черная дыра, когда рекурсия уйдет в <br>&gt;бесконечность? oO <br><br>кстати, о черных дырах, квантово-гравитационных компьютерных механизмах, вложенных вселенных, Пенроузе и Ли Смолине тут:<br>http://lj.rossia.org/users/tiphareth/1215094.html<br>так что, как бы я не любил питона, но за Py^n будущее :)<br> https://opennet.ru/openforum/vsluhforumID3/64752.html#33 Sun, 14 Mar 2010 12:57:00 GMT И толку от этого pypy? Какая у него совместимость с python 25,26,31? Его можно использовать как drop-in заменитель нормального питона? Почему jit вообще разработали как сторонний проект?<br> https://opennet.ru/openforum/vsluhforumID3/64752.html#32 Sun, 14 Mar 2010 12:55:16 GMT &gt; нормальных ЯП: на джаве или питоне<br><br>Толсто.<br> https://opennet.ru/openforum/vsluhforumID3/64752.html#31 Sun, 14 Mar 2010 09:07:11 GMT попробуйте в питоновом коде использовать xrange вместо range. по идее, еще быстрее должно работать)<br>