The OpenNET Project / Index page

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



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Релиз PyPy 7.0, реализации Python, написанной на языке Python, opennews (??), 12-Фев-19, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


9. "Релиз PyPy 7.0, реализации Python, написанной на языке Pytho..."  +/
Сообщение от Аноним (4), 12-Фев-19, 12:23 
Тогда я не очень понимаю смысл этого прожекта. Переписать на питоне просто чтобы переписать на питоне?
Ответить | Правка | Наверх | Cообщить модератору

11. "Релиз PyPy 7.0, реализации Python, написанной на языке Pytho..."  +2 +/
Сообщение от Аноним84701 (ok), 12-Фев-19, 13:22 
> Тогда я не очень понимаю смысл этого прожекта. Переписать на питоне просто чтобы переписать на питоне?

А пройти по ссылке и прочитать не позволяют религиозные убеждения?

> PyPy is a replacement for CPython. It is built using the RPython language that was co-developed with it. The main reason to use it instead of CPython is speed: it runs generally faster (see next section).
> Speed
> Our main executable comes with a Just-in-Time compiler. It is really fast in running most benchmarks – including very large and complicated Python applications, not just 10-liners.

...
> Speed: thanks to its Just-in-Time compiler, Python programs often run faster on PyPy. (What is a JIT compiler?)
> “If you want your code to run faster, you should probably just use PyPy.” — Guido van Rossum (creator of Python)
> Memory usage: memory-hungry Python programs (several hundreds of MBs or more) might end up taking less space than they do in CPython.
> Stackless: PyPy comes by default with support for stackless mode, providing micro-threads for massive concurrency.
>

Ответить | Правка | Наверх | Cообщить модератору

34. "Релиз PyPy 7.0, реализации Python, написанной на языке Pytho..."  +1 +/
Сообщение от Mike Lee (?), 13-Фев-19, 16:23 
ну казалось бы оно работает быстрее не потому что переписано на питоне а потому что есть jit. почему нельзя было например форкнуть cpython и добавить jit туда? ну или если не устраивает именно С, использовать какой-нибудь другой компилируемый язык?
Ответить | Правка | Наверх | Cообщить модератору

37. "Релиз PyPy 7.0, реализации Python, написанной на языке Pytho..."  +1 +/
Сообщение от Аноним84701 (ok), 13-Фев-19, 16:50 
> почему нельзя было например форкнуть cpython и добавить jit туда?

Можно. Гугловский Unladen Swallow был именно форком CPython.
PySton был на плюсах и спонсировался дропбоксом. Про psyco (JIT на Си, вроде бы с генерацией машинного кода - не помню уже) или nuitka (транслятор в c++) упоминать не буду.


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

Очевидно, посчитали что проще писать JIT на RPython, который после оптимизаций, транслируется в Си, чем писать JIT на Си:
https://rpython.readthedocs.io/en/latest/architecture.html
> Goals and Architecture Overview
> High Level Goals
> Traditionally, language interpreters are written in a target platform language such as C/Posix, Java or C#.
> ...
> PyPy is experimenting with a more ambitious approach. We are using a subset of the high-level language Python, called RPython Language, in which we write languages as simple interpreters with few references
>

Оно конечно опеннетчикам виднее, что и как лучше, но вот то, что гугл и дропбокс прикрыли свои форки, так и недобившись цели, а PyPy все еще относительно бодр и жив …
https://www.opennet.ru/opennews/art.shtml?num=45984
> 05.02.2017 10:55  Dropbox прекращает разработку Pyston. Опубликован финальный выпуск 0.6.1

https://www.opennet.ru/opennews/art.shtml?num=20981
> 28.03.2009 12:23  Разработчики Google задались целью сделать Python интерпретатор в 5 раз быстрее

.

Ответить | Правка | Наверх | Cообщить модератору

51. "Релиз PyPy 7.0, реализации Python, написанной на языке Pytho..."  –1 +/
Сообщение от funny.falcon (?), 14-Фев-19, 22:35 
> но вот то, что гугл и дропбокс прикрыли свои форки, так и недобившись цели, а PyPy все еще относительно бодр и жив …

Золотые слова!

GraalVM пошел тем же путем, но вместо Python взяли Java.

Думаю, в перспективе GraalVM, как фреймворк для построения JIT компиляторов, получит большее распространение. Всё-таки, и поддержка многопоточности из коробки имеется, и опыт в сборщиках мусора намного больше. А еще мне кажется, что модель автоматической генерации jit компилятора из интерпретатора AST дерева имеет большую гибкость, чем из интерпретатора байткода (как в PyPy).

Но, как бы то ни было, PyPy навсегда останутся в истории как те, кто первыми доказал, что игра стоит свеч.

Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




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

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