LINUX.ORG.RU

Вышел PyPy 1.2 - интерпретатор Python, написанный на Python

 , ,


0

0

Буднично и обыденно вышла очередная версия PyPy - интерпретатора языка Python, написанного на Python.

В этой версии впервые появился JIT, благодаря которому PyPy уже обгоняет CPython в большинстве бенчмарков. Это важный этап в развитии проекта, отмечают разработчики, и хотя проект ещё далёк от практического применения, такими темпами светлое будущее не за горами.

Бенчмарки PyPy vs CPython: http://speed.pypy.org/

>>> Подробности



Проверено: boombick ()

А psyco он обгоняет? И вообще чем он лучше psyco.

mobile ()
Ответ на: комментарий от mobile

> А psyco он обгоняет? И вообще чем он лучше psyco.

Pypy - это самостоятельная реализация питона, Psyco - JIT для CPython. Обгоняет ли он Psyco, и чем он лучше не знаю, но знаю факт: Psyco и Pypy написал один и тот же человек, так что скорей-всего чем-то он лучше.

nozh ()

Простите за оффтопик: компилятор перл на перле ведь написан. И что-то слышал про доказательство, что кроме как не перл его ни на чём не написать... так ли это?

helios ★★★★★ ()
Ответ на: комментарий от helios

А компилятор Паскаля на Паскале был написан. Вирт вручную компилировал :).
А ещё первая версия GCC на Паскале написана.

Kosyak ★★★★ ()

>интерпретатора языка Python, написанного на Python.
Тавтология

Aewtoo ()

тема не успела в толксах обделаться? зачем такое на главной?

Cargo ()
Ответ на: комментарий от mobile

> И вообще чем он лучше psyco

вероятно, он не x86 only

n01r ★★ ()
Ответ на: комментарий от Aewtoo

>>интерпретатора языка Python, написанного на Python.

Тавтология

это бутстреппинг, а не тавтология ;)

zHACKa ()
Ответ на: комментарий от n01r

странно что они сначала стали делать x86 версию, когда всё прогрессивное человечество сто лет как использует x86_64

Reset ★★★★★ ()

Пока что самая большая проблема PyPy, вернее RPython - для сборке pypy-c требуется ДИКОЕ количество памяти, т. к. он собирается сразу целиком, вместе со всеми модулями, сначала все исходники засасываются в память, потом в памяти долго окучиваются, а на выходе получается один-единственный толстенный бинарник. Кто-нибудь объясните, RPython принципиально не умеет собирать модули, или это временно?

anonymous ()

интерпретатор торморза написан на тормозе? гениально!

anonymous ()
Ответ на: комментарий от anonymous

> интерпретатор торморза написан на тормозе? гениально!

Тож интерпретируемый? ;-)

anonymous ()
Ответ на: комментарий от anonymous

PyPy - что-то по маленькому захотелось!

anonymous ()
Ответ на: комментарий от Kosyak

>А ещё первая версия GCC на Паскале написана.

вот и надо было оставить :)

tommy ★★★★ ()

Предлагаю организовать проект PyPyPy - интерпретатор Python, написанный на PyPy, а затем PyPyPyPy, ну вы понели...

maverik ★★ ()
Ответ на: комментарий от helios

>И что-то слышал про доказательство, что кроме как не перл его ни на чём не написать... так ли это?

Да ну? Раз он как-то работает на ЭВМ, значит как минимум на ассемблере его написать можно) Ну и далее не сложно развить мысль, что на писать что-то возможно на любом языкке.

madcore ★★★★★ ()

интерпретатора языка Python, написанного на Python.

я ушел в рекурсию 8)

Andru ★★★★ ()

Я так и не понял цель проекта.

Зачем на интерпретированном яыке писать интерпретатор этого же языка? Всеравно для выполнения требуется базовая среда питона под конкретную платформу, только еще один слой тормозов добавляется. В чем профит?

xintrea ()
Ответ на: комментарий от xintrea

Профит в том, что на самом деле это скорее фреймворк для создания собственных ЯП, без необходимости кодить низкоуровневые детали вручную.

Алсо, говорят, что питонисты используют сие поделие для реализации всяческих перделок в Python, поскольку напрягаться сильно-то и не надо.

maverik ★★ ()
Ответ на: комментарий от xintrea

> Зачем на интерпретированном яыке писать интерпретатор этого же языка? Всеравно для выполнения требуется базовая среда питона под конкретную платформу, только еще один слой тормозов добавляется. В чем профит?

А по ссылке сходить? Он умеет сам себя компилировать в нативный бинарник.

anonymous ()
Ответ на: комментарий от bulatsib

>> странно что они сначала стали делать x86 версию, когда всё прогрессивное человечество сто лет как использует x86_64

Жырнота 100%?


Что?

Jayrome ★★★★★ ()
Ответ на: комментарий от Aewtoo

> >интерпретатора языка Python, написанного на Python.

Тавтология


нет, это черта отделяющая серьезные языки (Си, Паскаль, Перл, Питон и прочие Лиспы с Фортами) от ынтырпрайз-поделок вроде Жабы и До-диеза

DNA_Seq ★★☆☆☆ ()
Ответ на: комментарий от madcore

>Да ну? Раз он как-то работает на ЭВМ, значит как минимум на ассемблере его написать можно)

Не факт кстати. Конечно можно но вот только время написания может превысить возраст существования Вселенной и дописывать не на чем будет так как вся материя распадется до электрон-позитронного облака.

DNA_Seq ★★☆☆☆ ()

как у него с многопоточностью ?
так же плохо ?

kto_tama ★★★★★ ()

>вышла очередная версия PyPy - интерпретатора языка Python, написанного на Python.

а можно на питоне написать интерпретатор интерпретатора языка Python, написанного на Python?

registrant ★★★★★ ()
Ответ на: комментарий от maverik

>Профит в том, что на самом деле это скорее фреймворк для создания собственных ЯП, без необходимости кодить низкоуровневые детали вручную.

Профит в JIT.

nfirer ()
Ответ на: комментарий от Kosyak

А ещё первая версия GCC на Паскале написана.

не первая и не написана, но в целом верно

jtootf ★★★★★ ()

Идея, вроде как, возможность создания новых диалектов языков программирования в динамической среде. Причём с возможностью, в стиле Питона, делать это на лету. Например, Питон позволяет из словарей и массивов сформировать структуру всего приложения с классами нужных объектов.

Они уже несколько лет над этим работают. Евросоюз разработку профинансировал. Посмотрим что через пару лет из этого выйдет.

Python сам по себе интересный язык и позволяет вешать на себя динамические структуры, изменяющиеся в процессе исполнения. Например, изменение структуры классов и объектов в процессе выполнения программы уже с десяток лет используется, то что в новую Java ввести хотят.

Удивительный факт, что при этом наследники работают быстрее, который вначале только в теории продвигался.

pythonist ()
Ответ на: комментарий от pythonist

Сейчас лисперы набегут и будут правы.

anonymous ()

Интерпретатот питона написан на питоне, тогда чем интерпретируется ( выполняется ) сам интерпретатор ? сам собой ?

anonymous ()
Ответ на: комментарий от anonymous

> Интерпретатот питона написан на питоне, тогда чем интерпретируется ( выполняется ) сам интерпретатор ? сам собой ?

Ещё совсем недавно на ЛОРе таких идиотских вопросов не задавали, даже анонимусы. Серьезно.

fenris ★★★★★ ()

Кому и зачем этот ПуПу может быть нужен?

bbk123 ★★★★★ ()
Ответ на: комментарий от mobile

Психо в самый раз для синтетики. [fat]В ней оно чуть-ли не обгоняет Asm.[/fat]
На PyPy же полностью можно работать с джанго и другими большими работами.

tia ()

Интерпретатор питона в другом интерпретаторе питона? Это издевательство над пользователями с целью получить максимальные тормоза?

BZFLATER ()
Ответ на: комментарий от jtootf

>проекции доктора Футамуры? :)

мда. без расширяющих сознание средств до такого не додуматься

registrant ★★★★★ ()

Лучше бы Unladen Swallow допиливали сообща, там хоть что то кроме академического интереса присутствует.

Alesh ()
Ответ на: комментарий от BZFLATER

> Интерпретатор питона в другом интерпретаторе питона? Это издевательство над пользователями с целью получить максимальные тормоза?

Нет. Целью является само издевательство. А тормоза - так, побочный эффект.

pv4 ★★ ()
Ответ на: комментарий от Alesh

>Лучше бы Unladen Swallow допиливали сообща, там хоть что то кроме академического интереса присутствует.

только скорости нет

annulen ★★★★★ ()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.