LINUX.ORG.RU

Mozilla спонсирует поддержку Python 3.5 в PyPy

 , ,


1

1

Разработчики PyPy, высокопроизводительной реализации языка Python с поддержкой JIT-компиляции, объявили, что компания Mozilla выделила проекту грант в $200,000 на поддержку функциональности Python 3.5. Грант был выделен в рамках программы поддержки открытых проектов Mozilla Open Source Support. Всего в рамках этой программы предлагается выделить (на все участвующие проекты) три с половиной миллиона долларов.

На данный момент PyPy поддерживает только спецификации Python 2.7 и 3.2 (а также 3.3 в альфа-версии), причём версия 2.7 является приоритетной. Сам интерпретатор PyPy написан на подмножестве языка Python 2.7, которое компилируется в машинный код. Работы над версией с поддержкой Python 3 (PyPy3) до сих пор шли не очень активно. Полученные от Mozilla деньги пойдут на зарплату четырём опытным разработчикам PyPy, которые будут в течение года на постоянной основе (на полставки) работать над PyPy3.

Разработчики надеются, что им удастся не только реализовать всю недостающую функциональность, но и увеличить производительность PyPy3, которая сейчас ниже, чем у PyPy для Python 2.

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

★★★★★

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

Ответ на: комментарий от Reset

По 500000р в месяц за не полный рабочий день мало? Да вы батенька там в своей маскве зажрались штоле?

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

По 500000р в месяц за не полный рабочий день мало?

Понты же.

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

А чем не устраивает модуль multiprocessing? Потоки то они конечно быстрее процессов будут, но так ли это принципиально в CPython который вообще не ставит себе в приоритет быстродействие.

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

Я могу рассказать, чем меня не устроил: память очень быстро кончалась на сервере, все 128Гб. Но это не страшно, тот кусочек кода был стремительно переписан на Go и всё продолжило замечательно работать дальше.

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

Это значит неправильно приготовил.

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

250к, если мой калькулятор не сломался. Хотя как там налоги считаются с этих грантов я без понятия.

anonymoos ★★★★★
()

Хорошая новость. Давно пора PyPy допилить.

Valeg ★★★
()

Отличная новость, мозилловцы молодцы, теперь хоть толк от них есть, давно надо было наказать PyPy рублем.

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

Будем надеяться :-) ! Вот бы ещё CPyExt дальше перепиливали и STM завезли...

anonymous
()

Сам интерпретатор PyPy написан на подмножестве языка Python 2.7, которое компилируется в машинный код.

Частичная ложь, на подмножестве языка Python, для кода, использующего которое, возможно полное выведение типов таким образом, чтобы этот код можно было статически скомпилировать, например, в код на Си, который, в свою очередь можно скомпилировать в машинный код. Подмножество языка никуда не компилируется...

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

Я тебе могу сказать чем не устраивает: фактически единственной приемлемой по производительности возможностью общения между процессами является shm, и некоторые таки вместо того, чтобы перетащить thread pools вниз на уровень C++, этим злоупотребляют.

Вот у нас один контрактор-наркоман наговнокодил с использованием multiprocessing компилятор местного DSL для бизнес логики, ядро которого написано на C++, и подгружается в процессы, которые общаются между собой по shm. Отлаживать и профилировать получившееся стройное здание из костылей, в итоге, практически невозможно... и теперь он нас обрадовал, что его душа жаждет дальнейших прототипов и исследований, а поддерживать и чинить обильные баги в этой лаже должны штатники.

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

А интерпретируемость питону что-то кроме тормозов даёт?

Да.

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

200k$ - это чуть больше чем зарплата одного сотрудника за год

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

Look-and-feel gtk на грани неюзабельности везде кроме третьегнома и форков.

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

Они даже на лису забили, так оно хорошо (ну они так думают), просто отлично.

/me установил SeaMonkey

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

костыльный транспайлер в GObjects

Ну я думал написать нечто подобное для enlightenment, там вроде бы и ООП фич побольше будет, но тулкит там забажен до невозможности, даже по сравнению с gtk. Короче приведи еще хотя бы один пример языка программирования, рантайм которого годен для использования прямо из С кода, прежде чем утверждать что уникальная по своим возможностям пара Vala/Genie ненужна.

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

Gtk всё ещё живо?

После Qt с его вечными private headers и черезпопными QModelIndexными выкрутонами выбора просто нет. А все, что не gtk просто не соперник Qt.

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

Современные компиляторы много чего умеют. В часности выводить тип переменных.

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

Скажи это пользователям гнома. А то они не знают о том что это не живо.

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

Go.

Причем оно уже взлетело, в отличии от этих «уникальных» костылей в GObjects.

На вале с 2006 года написали Shotwell, Geary, да и горстку простеньких утилиток и калькуляторов для гнома и elementary.

Очень нужно, да.

BigAlex ★★★
()
Последнее исправление: BigAlex (всего исправлений: 1)
Ответ на: комментарий от BigAlex

Для тех кто не понимает интуитивный русский:

Answer rejected: requirement «рантайм которого годен для использования прямо из С кода» doesn't satisfied

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

LOL. О каком рантайме ты вообще толкуешь в контексте Vala?

Если ты радуешься возможности дергать сишный код из сишного кода без прослоек, то тот же Python код (его подмножества) можно транслировать в С.

В этих Vala и Genie нет никакого смысла, что уже успешно доказано временем.

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

Ну есть у тебя класс на вале. Транслишь его в си, берешь g++ и инстанцируешь экземпляр передавая указатель на него в некий либный класс на С++. Где еще так можно сделать? Ну в принципе конечно много где, если смирится с нудным враппингом. Ну есть пример по-круче, когда надо отнаследовать класс на вале и в переопределенном методе создать С++ объект, сохранив его в виде указателя в член вала класса... Ну итд итп в том же духе. Учить ради такого АПИ рефлекшена того же питона, которое к тому же меняется от версии к версии - извините лень. АПИ GObjectа легче гораздо.

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

Я имел ввиду Cython, Nuitka и PyPy. Опуская нюанс, что там, естественно, не голый python, а его подмножества, но они транслируются в самый настоящий C.

По-поводу враппинга, у Vala есть замечательные файлы .vapi, в которых, по-сути, делается тоже самое.

Но я софт под GObjects никогда не писал, поэтому сильно спорить со мной смысла не имеет.

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

Cython конечно хорош, но по-моему все что он делает - это генерит гавнокод врапинга к рантайму питона. Так что интеграция С++ с питон кодом врядли пойдет гладко. Впрочем в бусте что-то было такое шаблонное питоноврапящее... Ну в любом случае рантайм питона и прочих слишком сложен для особых случаев интеграции и принципиально невозможно создать костыли на все случаи жизни. В перспективе нет ничего лучше простого и понятного рантайма. Оно конечно может лучше написать рантайм с 0, но GObject уже есть и даже имеет на себе гуй, следовательно вала рулит. Как-то так...

q0tw4 ★★★★
()

Не лучше ли было проспонсировать разработку Pyston, которую пилят в Dropbox? По-моему, оно теоретически лучше pypy.

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

а можно предложить еще развить mruby... Да и вообще много чего еще. Но раз они уже начали, пусть доделывают. Вселенная, в которой pypy не отстает от официального языка смотрится немного красивее той, что у нас сейчас.

q0tw4 ★★★★
()
Последнее исправление: q0tw4 (всего исправлений: 1)
Ответ на: комментарий от anonymous

Не лучше ли было проспонсировать разработку Pyston, которую пилят в Dropbox?

Там вроде нет проблем с деньгами.

По-моему, оно теоретически лучше pypy.

Теоретически PyPy лучше всего, что есть для динамических языков.

tailgunner ★★★★★
()

PyPy3

Надо было назвать pypypy.

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

pypy не отстает от официального языка

И в чем он отстает? Кроме поддержки сишных модулей. 2.7 там полностью есть.

3-я ветка всё равно экспериментальная(нечетные ветки - нестабильные), а когда выйдет python 4 он будет полностью совместим с 2.7-2.8

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

3-я ветка всё равно экспериментальная(нечетные ветки - нестабильные), а когда выйдет python 4 он будет полностью совместим с 2.7-2.8

Какой бред.

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

Можно тыкать С++ из Go. Можно Go-либу прикрутить к С++, только пока не все типы возвращать можно.

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

Я почти серьезно. Когда 3.5 будет в МСВС? Хотя бы в астре? В астре только 3.2 недавно завезли, в котором type hints и async/await и не пахнет, из-за которых есть профит использовать 3-ю ветку.

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

Я почти серьезно. Когда 3.5 будет в МСВС? Хотя бы в астре?

Никакие упоминания о МСВС и Астре не могут быть серьезными. Менее релевантные дистры еще поискать надо.

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