The OpenNET Project / Index page

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



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

"Релиз PyPy 5.10, реализации Python, написанной на языке Python"  +/
Сообщение от opennews on 26-Дек-17, 12:20 
Доступен (https://morepypy.blogspot.ru/2017/12/pypy27-and-pypy35-v510-...)  выпуск проекта PyPy 5.10 (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. Выпуск доступен для Linux (x86, x86_64, PPC64, s390x, ARMv6 или ARMv7 с VFPv3), macOS (x86_64),  OpenBSD, FreeBSD и Windows (x86). PyPy3.5 5.10 отмечен как первый стабильный релиз ветки 3.5 для Linux и macOS (поддержка Windows пока имеет статус бета-версии).


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

В новых версиях в основном отмечаются (http://doc.pypy.org/en/latest/release-v5.10.0.html) исправления ошибок и небольшие улучшения. Например, улучшена обработка unicode, налажено совместное использование системы профилирования vmprof (http://vmprof.readthedocs.io/en/latest/) и расширения  многопоточного программирования "greenlet (http://greenlet.readthedocs.org/)", устранены некоторые недоработки в прослойке cpyext для обеспечения совместимости с C-API, улучшена поддержка платформы FreeBSD, до версии 1.11.2 обновлён модуль CFFI (C Foreign Function Interface).


Следующим станет выпуск PyPy 6.0, в котором будут представлены значительные новшества.

URL: https://morepypy.blogspot.ru/2017/12/pypy27-and-pypy35-v510-...
Новость: http://www.opennet.dev/opennews/art.shtml?num=47809

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

Оглавление

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


5. "Релиз PyPy 5.10, реализации Python, написанной на языке Pyth..."  +7 +/
Сообщение от Аноним (??) on 26-Дек-17, 13:03 
Сначала наклепают скриптовой динамической хрени, а потом скачут вокруг этого пытаясь заставить перестать тормозить
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

11. "Релиз PyPy 5.10, реализации Python, написанной на языке Pyth..."  +5 +/
Сообщение от Blind Vic (ok) on 26-Дек-17, 15:31 
А вы не пытались понять, почему так происходит? К каким выводам пришли?
Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

12. "Релиз PyPy 5.10, реализации Python, написанной на языке Pyth..."  +/
Сообщение от Аноним (??) on 26-Дек-17, 15:55 
Отвечу. На время появления этих ЯП не было такого объема данных и нагрузки на сервисы, которые на них пытаются писать. Тогда и предсказать никто не мог насктолько бурного роста сети и ресурсов в ней, в эпоху перла и статичных html-страничек. И поэтому идея динамического ЯП, писать код на котором можно было быстрее, чем он выполняеся тогда казалось хорошей. Но время и развитие индустрии только подтвердило несостоятельность динамических и скриптовых ЯП. Сейчас к ним пытаются прикрутить опциональную типизацию: php7, typescript, mypy для питона. Компилировать кто во что горазд, либо вообще транслировать в другие ЯП. Те кто более сознательный, просто выкидывает это недоразумение на помойку и переписывает все на java/go.
Ответить | Правка | ^ к родителю #11 | Наверх | Cообщить модератору

14. "Релиз PyPy 5.10, реализации Python, написанной на языке Pyth..."  –1 +/
Сообщение от Мать драконов on 26-Дек-17, 16:05 
> Отвечу. На время появления этих ЯП не было такого объема данных и
> нагрузки на сервисы, которые на них пытаются писать. Тогда и предсказать
> никто не мог насктолько бурного роста сети и ресурсов в ней,
> в эпоху перла и статичных html-страничек. И поэтому идея динамического ЯП,
> писать код на котором можно было быстрее, чем он выполняеся тогда
> казалось хорошей. Но время и развитие индустрии только подтвердило несостоятельность динамических
> и скриптовых ЯП. Сейчас к ним пытаются прикрутить опциональную типизацию: php7,
> typescript, mypy для питона. Компилировать кто во что горазд, либо вообще
> транслировать в другие ЯП. Те кто более сознательный, просто выкидывает это
> недоразумение на помойку и переписывает все на java/go.

На С с крестами

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

15. "Релиз PyPy 5.10, реализации Python, написанной на языке Pyth..."  +7 +/
Сообщение от Blind Vic (ok) on 26-Дек-17, 16:11 
> На время появления этих ЯП не было такого объема данных и
> нагрузки на сервисы, которые на них пытаются писать.

Это показывает, что вы не [долго] работаете профессиональным программистом и судите о том, чего в чем не плавали.

Языки типа часто Python используют там, где скорость разработки важнее, чем скорость работы приложения. Часто дешевле поднять еще один сервер, чем оптимизировать код или писать его на "правильных" ЯП. Иногда люди пишут на Питоне прототипы приложений, потому переписывают на другом языке. Либо переписывают части приложения на C. Когда приложение разрослось для больших корпораций дешевле оптимизировать весь язык, нежели переписывать проверенный в бою код.

> Те кто более сознательный, просто выкидывает это недоразумение на помойку и переписывает все на java/go.

Есть примеры?

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

25. "Релиз PyPy 5.10, реализации Python, написанной на языке Pyth..."  +/
Сообщение от Аноним (??) on 27-Дек-17, 11:18 
Так считают только ленивые програмисты которым тяп ляп и в продакшен. Также и новые дома строят на отепись.
Ответить | Правка | ^ к родителю #15 | Наверх | Cообщить модератору

30. "Релиз PyPy 5.10, реализации Python, написанной на языке Pyth..."  +/
Сообщение от Аноним (??) on 27-Дек-17, 22:03 
сравнение с домами некорректно. Потому что затраченное время проектной и исполнительной работы и в том и в другом случаях (очередной веб-сервис и дом) примерно одинаковое, но планируемое время эксплуатации отличается во много-много раз.

Наколенный веб-сервис будет работать ну может год, а потом он потеряет актуальность. Это касается подавляющего большинства этих поделок

Дом же строится на десятки лет в любом самом ущербном случае. Никто не скажет, что строит дом на 1-3 года, это нонсенс.

Поэтому, дома строить тяп-ляп недопустимо. А писать очередной тяп-лям-сервис на яве или питоне - самое то.

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

36. "Релиз PyPy 5.10, реализации Python, написанной на языке Pyth..."  +/
Сообщение от лютый жабист__ on 29-Дек-17, 08:09 
>А писать очередной тяп-лям-сервис на яве

Уровень экспертов опеннета налицо... разницы между жабкой и питоном не видят. Ты посамообразовывайся на праздниках про историю javaEE шоли, в следующем году одним клованом на опеннете меньше станет :)

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

37. "Релиз PyPy 5.10, реализации Python, написанной на языке Pyth..."  +/
Сообщение от Elhana (ok) on 29-Дек-17, 14:46 
Часто бывает, что просто тот кто первый вышел на рынок с идеей, получает всех пользователей и заставить их потом перейти на что-то другое очень сложно.
Поэтому очень важно сделать что-то работающее быстрее остальных, а уже потом можно годами оптимизировать и переписывать.

Даже в энтерпрайзе часто руководство говорит, что нужно что-то сделать еще вчера и им пофигу на то как оно будет работать, если будет решать поставленную задачу. И именно поэтому сейчас все на западе и потихоньку у нас дружно носятся со всякими Robotic Process Automation вместо нормальной интеграции систем - потому что там на бейсике на коленке что-то сваял за неделю и оно работает. А нормальный вариант - пишешь задачу разработчикам, они ее ставят в очередь, куча согласований, тестирование, документация - через пол года в лучшем случае есть результат.

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

16. "Релиз PyPy 5.10, реализации Python, написанной на языке Pyth..."  +/
Сообщение от Blind Vic (ok) on 26-Дек-17, 16:24 
> Те кто более сознательный, просто выкидывает это
> недоразумение на помойку и переписывает все на java/go.

Reddit
Disqus
FriendFeed (Sold to Facebook)
YouTube
Quora
Douban
Instagram
GitHub

Очевидно, что все это неразумные люди, а вы тут один Д'Артаньян?

Как я уже говорил, это многое говорит о вашем опыте.

https://blog.disqus.com/scaling-django-to-8-billion-page-views
https://www.infoq.com/presentations/scaling-instagram
https://www.quora.com/What-is-the-biggest-website-developed-...

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

17. "Релиз PyPy 5.10, реализации Python, написанной на языке Pyth..."  +/
Сообщение от Аноним (??) on 26-Дек-17, 17:20 
А вот зато stackoverflow, без которого макаки всего мира не могут нагуглить jquery-плугин для сложения двух чисел, работает на точконете, следовательно, тот чувак в чём-то прав.
Ответить | Правка | ^ к родителю #16 | Наверх | Cообщить модератору

21. "Релиз PyPy 5.10, реализации Python, написанной на языке Pyth..."  +/
Сообщение от Аноним (??) on 26-Дек-17, 22:07 
просто они не умели Linux а что питон что другие интерпретаторы не шибко хорошо работают под виндами.
Ответить | Правка | ^ к родителю #17 | Наверх | Cообщить модератору

18. "Релиз PyPy 5.10, реализации Python, написанной на языке Pyth..."  +1 +/
Сообщение от Anton (??) on 26-Дек-17, 18:06 
Github на руби
Ответить | Правка | ^ к родителю #16 | Наверх | Cообщить модератору

24. "Релиз PyPy 5.10, реализации Python, написанной на языке Pyth..."  +/
Сообщение от Аноним (??) on 27-Дек-17, 11:17 
А YouTube - уже на go.
Чего и другим желают. https://opensource.googleblog.com/2017/01/grumpy-go-running-...

Python не пригоден для высоконагруженных платформ - слишком дорого обходится железо

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

34. "Релиз PyPy 5.10, реализации Python, написанной на языке Pyth..."  +/
Сообщение от FrameworkBy on 28-Дек-17, 11:10 
Вы торопитесь. Не давнее месяца двух назад сотрудник Google рассказывал на конференции про YouTube и упоминал, что их backend норм работает на Python. Что-то переписать может и собираются, но уж точно ещё не переписали всё.
Ответить | Правка | ^ к родителю #24 | Наверх | Cообщить модератору

22. "Релиз PyPy 5.10, реализации Python, написанной на языке Pyth..."  +/
Сообщение от Агроном on 27-Дек-17, 05:14 
Вырастоет новое поколение пограммистов, для которых все в новинку и которым влом декларировать типы.
Это уже не первая иттерация интереса к динамическим языкам, просто раньше ресурсов у компов было меньше и цикл был быстрее.
Ответить | Правка | ^ к родителю #11 | Наверх | Cообщить модератору

23. "Релиз PyPy 5.10, реализации Python, написанной на языке Pyth..."  +/
Сообщение от Аноним (??) on 27-Дек-17, 09:34 
Воротят что попала, чтобы спасти. Их предложение требует переписать код. Но если переписывать тяжелый код, то на язык, назначение которого высоконагруженные проекты, а не школьные лабы. Это предсмертные конвульсии.
Скорость разработки на статически типизированных языках благодаря современным IDE, фреймфоркам, вроде Qt, и выявлению большей части ошибок на этапе компиляции, сейчас превышает скорость разработки на динамических языках. Динамическая типизация стала абузой для всех, кто в нее ввязался. Но на питоне очень много проектов, много кода, поэтому такая истерика, и так много шума. Пробуют все возможные варианты.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

35. "Релиз PyPy 5.10, реализации Python, написанной на языке Pyth..."  +1 +/
Сообщение от qwerty123 (??) on 28-Дек-17, 18:41 
>Скорость разработки на статически типизированных языках ...
> сейчас превышает скорость разработки на динамических языках.
> современным IDE, фреймфоркам

Домашку сделал, сказочник?

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

26. "Релиз PyPy 5.10, реализации Python, написанной на языке Pyth..."  +1 +/
Сообщение от Аноним (??) on 27-Дек-17, 12:51 
Один и тот же ежечасно запускающийся скрипт на Java, VBS и Python: парсинг логов, нормализация, склонение по падежам, укладка в БД, рисование графиков, форматирование отчетов в офисных пакетах (COM), публикация на сайте:

Java, VBS, Python
140,  100,  30    человеко-часов (время разработки)
220,  480, 100    секунд (скорость работы скрипта)

Вот в упор не вижу где Питон медленный на одинаковой задаче.
А время разработки - вообще делает "окупаемость" Питона просто недостижимой. Себестоимость программы - на 90% это время её разработки. Скорость работы скрипта - ничтожна, если считать деньги и время как деньги.
  
Еще одно наблюдение: за какой-то час разработчик на питоне делает на 2-3 варианта решения задачи больше, чем джавист, а всё из-за pypi и 120 тыс. бесплатных и свободных библиотек.

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

27. "Релиз PyPy 5.10, реализации Python, написанной на языке Pyth..."  +/
Сообщение от Аноним (??) on 27-Дек-17, 13:19 
>> Java, VBS, Python
>> 140,  100,  30    человеко-часов (время разработки)
>> 220,  480, 100    секунд (скорость работы скрипта)

Если измерять время для java как время запуска программы типа hello world миллион раз, то да, похоже на правду. Только кто ж так делает? Если это Java, то, вообще-то, даже процесс не завершается. Просто постоянно висящий сервис с загруженным кодом.

>> Еще одно наблюдение: за какой-то час разработчик на питоне делает на 2-3 варианта решения задачи больше, чем джавист, а всё из-за pypi

Однако, скорее всего, ни одно из этих решений не будет стабильным и пригодным к тиражированию в production

>> и 120 тыс. бесплатных и свободных библиотек.

Из них 110 тыс. неработоспособных, 8 тыс - подзаброшенных со скверной документацией, а остальные - кое как работающие....

+ традиционная питоновая проблема - вылавливание ошибков. Ловить ошибки в Ruby или Java-программах куда проще, чем в питоновых.
Исследования же есть. По статистике питон один из самых опасных языков - https://cacm.acm.org/magazines/2017/10/221326-a-large-scale-...

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

28. "Релиз PyPy 5.10, реализации Python, написанной на языке Pyth..."  +/
Сообщение от Аноним (??) on 27-Дек-17, 17:00 
>> ...Если это Java, то, вообще-то, даже процесс не завершается. Просто постоянно висящий сервис с загруженным кодом.

- так и делается, скрипты висят постоянно и мониторят папку с файлами. Скорость работы скрипта - это время от появления файла до окончания обработки и перехода в idle.

Я очень рад что хоть кто-то перепробовал все 120 (точнее их 124 тыс) библиотек. Я пока не сталкивался ни с одной, и за 10 лет неспешного "питоноводства" проверил от силы десятка три.  

А про ошибки - смешно.  

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

29. "Релиз PyPy 5.10, реализации Python, написанной на языке Pyth..."  +/
Сообщение от Аноним (??) on 27-Дек-17, 20:17 
>> - так и делается, скрипты висят постоянно и мониторят папку с файлами. Скорость работы скрипта - это время от появления файла до окончания обработки и перехода в idle.

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

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

31. "Релиз PyPy 5.10, реализации Python, написанной на языке Pyth..."  +/
Сообщение от Аноним (??) on 28-Дек-17, 08:16 
Я и сам был удивлен "прыткости" Питона и отношу его успех по скорости работы скрипта только на высокоуровневые библиотеки и биндинги к С-шным библам, особенно удачным в плане графики (libvips итп). Сама по себе экосистема СПО с таким кол-вом бесплатных инструментов - располагает к некоторому авантюризму, и часто это "работает" прорывно.

Объем кода, кстати:
JAVA 120kB, VBS 90kB, Python 75 kB.

С учетом того что это не всегда копипаста, а в данном случае 60% кода перенабиралось ручками - лаконичность языка тоже имеет значение. Про читаемость питон-кода, наверное, все знают. Отступы - гениальное изобретение, не только давшее "принудительную красоту", но и давшее возможность увидеть плюсы структурного и функционального программирования, потому что нельзя просто так взять и сделать классы и функции неотличимыми от основного кода.

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

32. "Релиз PyPy 5.10, реализации Python, написанной на языке Pyth..."  +1 +/
Сообщение от Аноним (??) on 28-Дек-17, 09:23 
>> Я и сам был удивлен "прыткости" Питона и отношу его успех по скорости работы скрипта только на высокоуровневые библиотеки и биндинги к С-шным библам, особенно удачным в плане графики (libvips итп). Сама по себе экосистема СПО с таким кол-вом бесплатных инструментов - располагает к некоторому авантюризму, и часто это "работает" прорывно.

Скорее всего вопрос лишь в квалификации программиста

>> Объем кода, кстати:
>> JAVA 120kB, VBS 90kB, Python 75 kB.

ok

>> С учетом того что это не всегда копипаста, а в данном случае 60% кода перенабиралось ручками - лаконичность языка тоже имеет значение.

Хотите лаконичность - пишите на Руби. Хотите лаконичность в жаве - пишите на Котлине или Груви.

>> С учетом того что это не всегда копипаста, а в данном случае 60% кода перенабиралось ручками - лаконичность языка тоже имеет значение. Про читаемость питон-кода, наверное, все знают. Отступы - гениальное изобретение, не только давшее "принудительную красоту", но и давшее возможность увидеть плюсы структурного и функционального программирования, потому что нельзя просто так взять и сделать классы и функции неотличимыми от основного кода.

Отступы - это задача для среды разработки. Программист должен заботиться о структуре и читаемости с позиции кода, а не о красоте отступов. Любая современная среда разработки сама отформатирует код на жаве. И, даже, на Руби.

А на счёт ошибок смещения в питоне, когда строчку сдвинули из цикла или условия - так это легко

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

33. "Релиз PyPy 5.10, реализации Python, написанной на языке Pyth..."  +/
Сообщение от Аноним (??) on 28-Дек-17, 09:27 
Что там numpy уже запилили?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

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

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




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

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