LINUX.ORG.RU

Вышел PyPy 1.4

 ,


0

2

Вышла новая версия PyPy — интерпретатора и JIT-компилятора Python, написанного на (подмножестве) Python. В этом релизе добавлена поддержка архитектуры amd64, и в режиме JIT-компилятора PyPy впервые стабильно обгоняет CPython. Сами разработчики считают этот релиз достаточно стабильным для использования в реальной работе.

Блог разработки

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

★★★★★

Проверено: post-factum ()
Последнее исправление: post-factum (всего исправлений: 1)

а в каких случаях используют этот прикол ?

elipse ★★★
()

> ... стабильно обгоняет CPython ...

Ооо! Интересно под ним работают (и работают ли вообще) всякие ништячки, типо greenlet, gevent, кто-нибудь озадачивался этой темой?

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

> Интересно под ним работают (и работают ли вообще) всякие ништячки, типо greenlet, gevent

Greenlet точно не работает - он зависит от внутренностей CPython.

кто-нибудь озадачивался этой темой?

Да. Но работоспособного кода пока нет.

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

Можно почитать pypy-dev, там тема greenlet поднималась. По-моему там был вывод, что не заведётся, т.к. greenlet манипулирует стеками, а это снесёт крышу GC.

У PyPy не всё хорошо с C API Python'а (а gevent - это биндинги к libevent и monkey-patch'и стандартных модулей), так что не факт, что взлетит. Но разработчики всегда рады энтузиастам :)

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

> Twisted работает с ощутимым приростом производительности.

Радует, но твистед слоняра, по сравнению с маленьким, красивеньким, шустреньким кобельком по имени gevent.)))

shelA
()

>добавлена поддержка архитектуры amd64

ндя...

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

>> Интересно под ним работают (и работают ли вообще) всякие ништячки, типо greenlet, gevent

Greenlet точно не работает - он зависит от внутренностей CPython.

Ну да, и действительно, мог бы и догадаться.

Но по идее можно в принципе, наверно сделать и под ПиПи альтернативный вариант короутин. Насколько я успел почитать по ПиПи, это по идее должно быть возможно?

shelA
()

>Сами разработчики считают этот релиз достаточно стабильным для использования в реальной работе.

Это как вполне стабильное ядро?

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

> можно в принципе, наверно сделать и под ПиПи альтернативный вариант короутин. Насколько я успел почитать по ПиПи, это по идее должно быть возможно?

Да. Разрабы говорят, что это не очень сложно, и в списке рассылки даже нарисовался доброволец.

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

> (а gevent - это биндинги к libevent и monkey-patch'и стандартных модулей),

Ты не поверишь, есть реализация асинхронного I/O со всеми event прибамбасами, чисто на питоне. Гринлеты, да - это проблем. Это кишки (это стек, как правильно замечено),но возможно кишки ПиПи (если в них поковыряться) это могут позволить сделать.

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

>> можно в принципе, наверно сделать и под ПиПи альтернативный вариант короутин. Насколько я успел почитать по ПиПи, это по идее должно быть возможно?

Да. Разрабы говорят, что это не очень сложно, и в списке рассылки даже нарисовался доброволец.

Эх,Было бы время, с удовольствием попробовал бы поучаствовать.

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

вот тебе, хвост, не стыдно ковырять богомерзкое дурновкусие - императивное быдлоподелие-ненужный пистон?

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

> вот тебе, хвост, не стыдно ковырять богомерзкое дурновкусие - императивное быдлоподелие-ненужный пистон?

Ооо! липсофилы подтянулись.))) Или не, это таки Жабакодер?)))

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

> вот тебе, хвост, не стыдно ковырять богомерзкое дурновкусие

Мне немного стыдно за то, что я не участвую в разработке этого во всех отношениях выдающегося проекта %)

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

> липсофилы подтянулись.))) Или не, это таки Жабакодер?)))

Это хаскелятор, они отличаются чугунно-тяжелыми формулировками. Штангисты, чо.

tailgunner ★★★★★
() автор топика

> PyPy впервые стабильно обгоняет CPython

Кажется я придумал как сделать самый быстрый интерпретатор питона. Назову его PyPyPy

melkor217 ★★★★★
()

portage с ним заводится? Оо

Gorthauer ★★★★★
()

Нужная вещь. Но, если писать в функциональном стиле (например, с кучей рекурсий), производительность PyPy ниже, чем у CPython, а в остальном, конечно, да, обгоняет.

buddhist ★★★★★
()

Никто не в курсе, как там обстоит дело с внешними библиотеками типа psycopg, mysqldb?

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

>> и в списке рассылки даже нарисовался доброволец.

который лет через 5 все допилит

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

> а psyco стабильно обгоняет pypy

Psyco принципиально не умеет оптимизировать некоторые конструкции Питона, и, IIRC, не поддерживает 64-бит архитектуры.

tailgunner ★★★★★
() автор топика

Поддержка AMD64 там была спокон веков, а в этом релизе на AMD64 заработал JIT.

Алсо, оно уже научилось не хавать два гига памяти при компиляции? Почему обязательно надо весь код вместе со всеми модулями целиком засасывать в память, неужели нельзя модули отдельно компилировать? Вообще, в этом направлении они что-нибудь себе думают?

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

хехе это же еще одна java. ест в 50 раз больше памяти, чем другие языки. компилятор и утечки в памяти, зато jit

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

Алсо, оно уже научилось не хавать два гига памяти при компиляции?

Научилось. Правда очень дешевым и сердитым способом.

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

> хехе это же еще одна java. ест в 50 раз больше памяти, чем другие языки

Анон, ты лжешь.

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

>хехе это же еще одна java. ест в 50 раз больше памяти, чем другие языки

всего лишь на этапе канпеляции, да и вроде как избавились уже от этого

goblinyara
()

> в режиме JIT-компилятора PyPy впервые стабильно обгоняет CPython

Когда в CPython появится JIT-компилятор?

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

в режиме JIT-компилятора PyPy впервые стабильно обгоняет CPython

Когда в CPython появится JIT-компилятор?

Гвидо говорил как-то раз, что не скоро, возможно, не при его жизни. У Питона другая парадигма развития: там, где реально нужна скорость, код переписывается на C или Фортране. А сам язык должен оставаться интерпретируемым.

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

> Алсо, оно уже научилось не хавать два гига памяти при компиляции?

Говорят, уже только полтора.
Вот я сейчас собираю его на машинке с полутора гигами ОЗУ, параллельно пишу сюда из-под реактивного® хрома™, посмотрим, будет ли зависа

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

«достаточно стабильным»

какие то не правильные словосочетания =)

А вы хотите как хотите: либо абсолютно стабильно, либо как KDE?

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

> Когда в CPython появится JIT-компилятор?

Похоже, не в ближайшее время... ветка Unladen Swallow выглядит мертвой.

tailgunner ★★★★★
() автор топика

Как он может работать быстрее CPython, если сам PyPy выполняется под CPython?

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

> Как он может работать быстрее CPython, если сам PyPy выполняется под CPython?

У PyPy свой интерпретатор (и JIT-компилятор тоже).

tailgunner ★★★★★
() автор топика

Это у меня одного данная штуковина при сборке фракталы цветным ASCII рисует? (впрочем, интересно, зачем?)

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

> не троллинга ради, а джанго на нем запустится?

Если верить разработчикам, то да.

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