Комментарии 11
НЛО прилетело и опубликовало эту надпись здесь
об Unladen Swallow в последнее время мало слышно
Это не совсем верно.
Проект практически завершен. Но пятикратного увеличения, на которое расчитывали, добиться не смогли — только ~1.5. GIL тоже никуда не делся. Зато возросло потребление памяти и уменьшилась скорость запуска. Подробнее в презентации на PyCon2010.
Проект будет влит в CPython 3.3-3.4 (PEP). Сейчас доработка ведется в бранче py3k-jit.
Спасибо! Скажите, а появилась ли полноценная поддержка сокетов?
В каком смысле? ) PyPy — это полноценная реализация python 2.5. И поддержка сокетов там аналогичная. То что написано про API — это про внутреннее API, которое доступно из C расширений. Если вы про него, то черт его знает. Они пишут его с бешенной скоростью — на IRC товарищи в шутку вычисляли свой fps — количество реализуемых функций в секунду. )
Возможно я что-то упустил, но примерно 4 месяца назад я пробовал собрать виртуальную машину с PyPy sandboxed, и в результате обнаружил что _sockets внутри PyPy выбрасывал NotImplementedError на некоторые функции. Мне для проекта требовалась полная поддержка сокетов, так что от PyPy пришлось отказаться. Хотя, возможно, это была специфичная для sandbox проблема, я сейчас уже не помню.
реализация Python на языке RPython
Так и начинаются Skynet-ы.
а нафига им там расширения cpython?
концепт же вроде другой совсем…
концепт же вроде другой совсем…
Ну а кто будет использовать реализацию питона без библиотек? Для всяких IronPython и Jython есть вариант использования соответвенно .net и java библиотек, а pypy и unladen swallow cделали поддержку cpython'овских расширений.
А в чем принципиальное отличие концепта?
А в чем принципиальное отличие концепта?
если считать библиотеки расширениями — то это уже не совсем питон на питоне.
если считать бабилиотеки частью питона — то это уже питон не совсем на питоне.
если считать бабилиотеки частью питона — то это уже питон не совсем на питоне.
речь идет о всяких внешних библиотеках типа psycopg, mysqldb, pycrypto и проч.
Вы как-то зациклились на концепции «питон на питоне». Идея в том, что реализация пишется на языке высокого уровня, не вдаваясь в подробности платформ (в данном случае RPython). После чего запускается транслятор, который переводит код на RPython в код на языке низкого уровня — С ( ну или CLI, java...). После этого эти исходники на С собираются и получаются бинарники которые вы скачиваете на сайте pypy.org.
Почему к этой штуке нельзя открыть API? Почему его нельзя сделать похожим на API СPython? Бонусом является то, что будут работать расширения CPython.
Вы как-то зациклились на концепции «питон на питоне». Идея в том, что реализация пишется на языке высокого уровня, не вдаваясь в подробности платформ (в данном случае RPython). После чего запускается транслятор, который переводит код на RPython в код на языке низкого уровня — С ( ну или CLI, java...). После этого эти исходники на С собираются и получаются бинарники которые вы скачиваете на сайте pypy.org.
Почему к этой штуке нельзя открыть API? Почему его нельзя сделать похожим на API СPython? Бонусом является то, что будут работать расширения CPython.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Релиз PyPy 1.3