Представлен (https://morepypy.blogspot.ru/2017/06/pypy-v58-released.html) новый выпуск проекта PyPy 5.8 (http://pypy.org/), в рамках которого развивается реализации языка Python, написанной на языке Python (используется статически типизированное подмножество RPython (http://doc.pypy.org/en/latest/coding-guide.html#id1), Restricted Python). Выпуск подготовлен одновременно для веток PyPy2.7 и PyPy3.5, обеспечивающих поддержку синтаксиса Python 2.7 и Python 3.5, и поставляемых с stdlib 2.7.13 и 3.5.3. Выпуск PyPy2.7 5.8 доступен для Linux (x86, x86_64, PPC64, s390x, ARMv6 или ARMv7 с VFPv3), macOS и Windows, а выпуск PyPy3.5 5.8 только для Linux x86_64.
Особенностью PyPy является использование JIT-компилятора, на лету транслирующего некоторые элементы в машинный код, что позволяет обеспечить высокий (http://speed.pypy.org/) уровень производительности - при выполнении некоторых операций PyPy в несколько раз обгоняет классическую реализацию Python на языке Си (CPython). Ценой высокой производительности и использования JIT-компиляции является более высокое потребление памяти - общее потребление памяти в сложных и длительно работающих процессах (например, при трансляции PyPy силами самого PyPy) превышает потребление CPython в полтора-два раза.
Основные улучшения (http://doc.pypy.org/en/latest/release-v5.8.0.html):- Устранены критические ошибки в реализации одной из стратегий сборки мусора, приводящие к крахам многопоточных приложений и редко однопоточных;
- Значительно увеличена производительность функций pack* и unpack* из модуля struct, особенно при работе с обычными буферами и байтовыми массивами. В синтетических тестах наблюдается ускорение от 2 до 10 раз;
- В базовый интерпретатор добавлена, но пока отключена по умолчанию, возможность сборки с использованием оптимизаций на этапе связывания (LTO) и учётом данных профилирования, накопленных в процессе выполнения программы (PGO, Profile-guided optimization), которые позволяют добиться повышения скорости выполнения кода, для которого не применяется JIT;
- При финансовой поддержке Mozilla из
CPython 3.5 перенесены некоторые исправления и обеспечена полная поддержка многоэтапной инициализации модулей (PEP 489 (https://www.python.org/dev/peps/pep-0489/));- До версии 1.10.1 обновлён модуль CFFI (https://cffi.readthedocs.org/en/latest/) (C Foreign Function Interface) с реализацией интерфейса для вызова функций, написанных на языке Си, который может выступать в качестве более простой альтернативы модулю ctypes (http://python.net/crew/theller/ctypes/);
- Обеспечена поддержка на днях вышедшего (http://www.mail-archive.com/python-announce-list@python...) релиза научной библиотеки NumPy 1.13.0, для которого реализованы все недостающие возможности C-API, что положительно повлияло на совместимость и с другими Си-модулями.
URL: https://morepypy.blogspot.ru/2017/06/pypy-v58-released.html
Новость: http://www.opennet.me/opennews/art.shtml?num=46676
Эх как всех на Go понесло, никто не комментирует новость...
я думаю с python больше не связываться, прошлый век
После 2х лет программирования на го, перешел обратно на пайтон. Го все еще не переболел своими детскими болячками, да и по скорости реализации прототипирования и целых задач пайтон все еще вне конкуренции, так что "прошлый век" откладывается.
> пайтон все еще вне конкуренции, так что "прошлый век" откладываетсяPython уже все - это вопрос времени. Вы наверное пенсионеры, а мне пора в мейнстрим. Счастливо оставаться.
Не обязательно Го. Я вот немного пощупал Питон (не то чтобы специально -- он был официальным языком одного интересного мне "фреймворка"). И знаешь что? Я теперь ещё больше люблю Си++.
> Я вот немного пощупал Питон (не то чтобы специальнона форуме любителей пресмыкающихся
эта фраза зазвучала бы особенно интересно
Ну рассказывай, что тебе стало интересно...
http://cdn01.ru/files/users/images/30/7e/307efce9b6b8861bd0a...
http://wordiki.ru/slide/1472159673387669073.jpg
На форуме любителей пресмыкающихся написали бы "я пощупал питонА".
> На форуме любителей пресмыкающихся написали бы "я пощупал питонА".:/ ещё один..
Вот-вот, как не поручкаешься с этой дрянью, так тянет подальше.
И кого конкретно из этого цирка Вы щупали?
>Я вот немного пощупал Питон (не то чтобы специально -- он был официальным языком одного интересного мне "фреймворка"). И знаешь что? Я теперь ещё больше люблю Си++.Но интересных тебе "фреймворков" на С++-ах не пишут. А на питоне - да. Но дерьмо - питон?
Ясно - понятно. Логика 404 :-\
Есть с++ и Qt, и по скорости разработки и по скорости кода не уступают питону, а раз так, зачем платить...
А что её комментировать, новость как новость. )
Никакого хайпа =(
Ты фанат похоливарить? Жаль что не получится, у нормальных людей выходной. :)
Кто подскажет какой прок от pypy в сравнении с cpython?Шутка: Нужно pyGo, pyJS, pyRb и pyPHP.
Ого, да тебе медаль петросяна надо вручить! Вот это шутник.
Есть PyQt5, жест доброй воли, рука утопающему. Ждать чего-то большего слишком жирно будет, попа слипнется.
Ты не поверишь, но PyPy - это по совместительству PyPHP и PyRb :-)
Мы вставили в твою тачку Python с реализацией на Python, чтобы ты мог программировать на Python
А как запускать эту пипи? cpython.elf pypy.py myscript.py?
pypy myscript.py
Но в твоей команде pypy -- это не elf, а обычный питоновский файл. Значит, чтобы его запустить, нужен cpython. Нет?
> Но в твоей команде pypy -- это не elf, а обычный питоновский файл.Патамушта по ссылкам не ходи, новость не читай, просто фантазируй?
> Значит, чтобы его запустить, нужен cpython. Нет?Нет.
> What is PyPy?
> Historically, PyPy has been used to mean two things.
> The first is the RPython translation toolchain for generating interpreters for dynamic
> programming languages. And the second is one particular implementation of Python produced
> with it. Because RPython uses the same syntax as Python, this generated version became
> known as Python interpreter written in Python. It is designed to be flexible and easy to
> experiment with.
>