The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

Выпуск PyPy 2.2, реализации Python, написанной на языке Python

17.11.2013 23:54

Представлен релиз PyPy 2.2, реализации языка Python, написанной на языке Python (используется статически типизированное подмножество RPython, Restricted Python). Версия PyPy 2.2 примечательна интеграцией инкрементального сборщика мусора, разработка которого была профинансирована организацией Raspberry Pi Foundation. Кроме того, в код внесены очередные оптимизации - новый выпуск в среднем на 1% быстрее прошлой версии PyPy и в 6.2 раза быстрее классического CPython 2.7.3. Выпуск доступен для x86-систем Linux 32/64, Mac OS X 64 и Windows 32, а также для систем на базе архитектуры ARM (ARMv6 или ARMv7 с VFPv3).

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

Новшества, добавленные в PyPy 2.2:

  • Новый инкрементальный сборщик мусора, позволяющий избежать подвисаний в процессе чистки значительной коллекции объектов. Ранее, в редких случаях, сборщик мусора мог приостановить выполнение программы во время перебора всех активных объектов. Чем больше объекты занимали памяти, тем дольше могли длиться такие приостановки. В новом сборщике мусора работа разбивается на несколько шагов, позволяющих минимизировать время блокировок. Блокировки по прежнему возникают при работе отдельных шагов сборки мусора и в процессе деятельности JIT, но теперь их время не должно превышать 5 миллисекунд;
  • Обеспечено периодическое уменьшение счётчиков JIT-перекомпиляции, что позволяет сократить потребление памяти из-за накопления результатов JIT-компиляции редко выполняемого кода в длительно работающих процессах;
  • Библиотека для выполнения научных расчётов NumPyPy разбита на две части: в кодовой базе PyPy оставлен только базовый модуль _numpypy, остальные компоненты выделены в отдельный репозиторий PyPy NumPy. В NumPy добавлена поддержка рудиментарного C API, используемого совместно с cpyext;
  • Задействован JIT при выполнении кода, использующего sys.set_trace;
  • Увеличена скорость декодирования JSON;
  • Ускорены операции копирования содержимого буферов и сокращены накладные расходы при выполнении не-inline вызовов;
  • Написаны ранее отсутствующие функции os.*(), в том числе os.startfile() для платформы Windows и некоторые редкоиспользуемые вызовы для POSIX.

Параллельно развиваются два экспериментальных проекта, наработки которых в скором времени войдут в состав основного дерева исходных текстов PyPy: Py3k - версия с поддержкой Python 3; STM (PyPy Software Transactional Memory) - вариант PyPt с поддержкой распараллеливания на многоядерных системах.

Основные особенности PyPy:

  • Поддержка бесстекового (Stackless) режима работы, позволяющего использовать модель actor (erlang-подобное программирование с массой микропотоков и отсыланием сигналов друг другу, но при этом (в отличии от erlang) всё происходит в одном физическом потоке ОС);
  • Реализация режима изолированного выполнения кода, к которому нет доверия. От sandbox в CPython данный режим отличается полной поддержкой всех возможностей языка без выделения unsafe-функций.
  • Автоматическая генерация и полная прозрачность встроенного JIT-компилятора;
  • PyPy успешно проходит стандартный тестовый пакет Python и поддерживает большинство из стандартных Python-модулей и фреймворков, таких как ctypes, django (с sqlite), twisted (без поддержки ssl), pylons, pyglet. PyPy может быть использован для бесшовной замены CPython 2.7;
  • Поддержка работы на архитектурах x86 (IA-32) , x86_64 и ARM. Ведется работа по адаптации для архитектуры PowerPC (PPC64), но она ещё не завершена;
  • На базе технологий PyPy созданы бэкенды для генерации в PyPy байткода для LLVM и виртуальных машин .NET/CLI и Java.
  • На базе PyPy ведется разработка реализаций на языке Python интерпретаторов Prolog, Smalltalk, Ruby, JavaScript, Io и Scheme.


  1. Главная ссылка к новости (http://permalink.gmane.org/gma...)
  2. OpenNews: Выпуск PyPy 2.1, реализации Python, написанной на языке Python
  3. OpenNews: Unladen Swallow - новая реализация интерпретатора Python на базе LLVM
  4. OpenNews: Представлен pypy-stm, интерпретатор Python с поддержкой распараллеливания на многоядерных системах
  5. OpenNews: Релиз Python-компилятора Shed Skin 0.8
  6. OpenNews: Первый выпуск Topaz, высокопроизводительной реализации Ruby, написанной на языке Python
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/38448-pypy
Ключевые слова: pypy, python
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (17) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Кир (?), 00:54, 18/11/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Кто реально использовал, как впечатления?
     
     
  • 2.5, vitalif (ok), 01:07, 18/11/2013 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Множество Мандельброта при сборке себя рисует, красиво.

    Собирается туеву хучу времени.

     
     
  • 3.9, Кир (?), 01:59, 18/11/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Замечательное достоинство! Остальные -- такие же?
     
  • 3.32, Аноним (-), 02:58, 19/11/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > Собирается туеву хучу времени.

    Питон не тормозит! Он очень даже резво ползает!

     
  • 2.17, анонимз (?), 09:09, 18/11/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Пробовал год-полтора назад. Долго запускается и память жрет и сам исполняемый файл ого-го. Хотя работает быстрее. Модулей мало. Это RPython - Restricted Python - далее цитата: В отличие от стандартного Python, RPython является статически типизированным для более эффективной компиляции
     

  • 1.3, Константавр (ok), 01:01, 18/11/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    Даёшь Blender на pypy! И чтоб в десять раз быстрее работал!
     
     
  • 2.33, Аноним (-), 02:59, 19/11/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > Даёшь Blender на pypy! И чтоб в десять раз быстрее работал!

    А также занимал 100Мб и жрал 20Гб оперативки. На месте интеля я бы проспонсировал, чтоб процы и память покупали.

     
     
  • 3.36, р323234 (?), 06:56, 19/11/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Кому надо, тот купит сейчас взять машину с 32гб RAM не фантастика уже доя рядового обывателя.
     
     
  • 4.37, arisu (ok), 07:13, 19/11/2013 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Кому надо, тот купит сейчас взять машину с 32гб RAM не фантастика
    > уже доя рядового обывателя.

    вроде бы и не пятница, а уже лыка не вяжет…

     
  • 4.38, Сергей (??), 14:37, 19/11/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > Кому надо, тот купит сейчас взять машину с 32гб RAM

    Товарищ с какого дуба рухнул?

     
     
  • 5.40, Hore (?), 15:55, 19/11/2013 [^] [^^] [^^^] [ответить]  
  • –3 +/
    >> Кому надо, тот купит сейчас взять машину с 32гб RAM
    > Товарищ с какого дуба рухнул?

    А что-то не так? 32 уже давно мало для более-менее нагруженных серверов.

     
     
  • 6.41, Сергей (??), 16:57, 19/11/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Не спасибо, я лучше по старинке на C/C++ - на порядки меньше жрёт памяти и работает на порядки резвее (в том числе из-за малого потребления памяти). Если понадобится, то Ассемблер мне местами поможет. И всё это будет работать на Атоме или АРМе с небольшим ОЗУ не хуже, чем многоядерный Xeon с огромным кэшем и ОЗУ >= 32 гигов. MySQL тоже в жoпку из-за непомерного жрача памяти и тормознутости. Но это ежели не веб-сервер. А ежели сайтики крутить, то из-за стандартного ПО наверно придётся-таки взять PHP, Java, MySQL и прочюю заразу.
     
  • 4.42, Организация Объединённых Тюленей (?), 10:25, 23/11/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Ты не поверишь, для десктопа/рабочей станции - никому не надо.
     

  • 1.20, Аноним (-), 13:42, 18/11/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Штука интересная, только вот JIT требует много памяти, что интересного в этом всем нашел для себя фонд Raspberry Pi, который выпускает устройство с такими маленьким объемом памяти
     
     
  • 2.34, Аноним (-), 03:00, 19/11/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > такими маленьким объемом памяти

    Знаете что такое садо-мазо? Вот, у этих мсье очень утонченная и изысканная версия :)

     
  • 2.39, Hore (?), 15:53, 19/11/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >Штука интересная, только вот JIT требует много памяти, что интересного в этом всем нашел для себя фонд Raspberry Pi, который выпускает устройство с такими маленьким объемом памяти

    есть сайт на django почти ничего не ест, камень вот слабенький, пришлось статику в tmpfs вынести, так что с памятью там все нормально, больше всего, если интересно, кушает mysql ~140-200Mб

     

  • 1.23, Ян Злобин (ok), 19:49, 18/11/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • –7 +/
    Ну теоретически если есть компиляторы си на сях, то почему бы не быть питону на питоне. :-)  Но звучит как-то странно, всё равно.
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2024 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру