Вышел (http://morepypy.blogspot.com/2011/08/pypy-16-kickass-panda.html) релиз проекта PyPy 1.6 (http://pypy.org/), в рамках которого разрабатывается реализации языка Python, написанная на языке Python (используется статически типизированное подмножество RPython (http://codespeak.net/pypy/dist/pypy/doc/coding-guide.html#re...), Restricted Python). Благодаря задействованию JIT-компилятора, на лету транслирующего некоторые элементы в машинный код, минуя фазу интерпретации байткода в виртуальной машине, PyPy при выполнении некоторых операций в несколько раз обгоняет по производительности классическую реализацию Python на языке Си - при выполнении 20 тестов производительности PyPy в среднем опережает (http://speed.pypy.org/) CPython в 4.3 раза. Ценой высокой производительности и использования JIT-компиляции является более высокое потребление памяти - общее потребление памяти в сложных и длительно работающих процессах (например, при трансляции PyPy силами самого PyPy) превышает п...URL: http://morepypy.blogspot.com/2011/08/pypy-16-kickass-panda.html
Новость: http://www.opennet.me/opennews/art.shtml?num=31543
Кто-нибудь знает? В PyPy файлы с байт-кодом также валются рядом с исходниками?
Или все это можно разложить, как это положено в нормальном UNIX? - сырцы отдельно, бинарники отдельно.
> Или все это можно разложить, как это положено в нормальном UNIX?В нормальном Unix все так и было.
Пока что PyPy ничего не создаёт, но есть шансы, что таки будет делать это в будущем. К сожалению, чтоб избавиться от этой проблемы надо переходить на Python 3.2
> К сожалению,Почему к сожалению?
Значит в Python наконец-то взялись за решение этого вопроса. Это же хорошо.> чтоб избавиться от этой проблемы надо переходить на Python 3.2
Мне переходить не нужно, поскольку именно из-за этой проблемы я ушел от Питона.
К языкам, где этой проблемы нет. Где либо нет файлов с байт-кодом, либо байт-код находится отдельно от сырцов.Хотя готов к Питону вернуться, если будет решен этот вопрос с замусориванием файловой системы продублированным кодом, идентичным по функционалу, но в разных форматах.
Надо будет посмотреть, что там в Python 3.2.
> при выполнении 20 тестов производительности PyPy в среднем опережает CPython в 4.3 раза.А на графике вроде как все ровно наоборот, и лишь в одном месте в 1.2 раза быстрее?!
>> при выполнении 20 тестов производительности PyPy в среднем опережает CPython в 4.3 раза.
> А на графике вроде как все ровно наоборот, и лишь в одном
> месте в 1.2 раза быстрее?!На графике время выполнения операции, т.е. чем меньше, тем лучше.
Что-то я не догоняю, Впринципе pypy может развиваться и без CPython? Имея только правила синтаксиса и PyPy?