Гвидо ван Россум хочет ускорить Питон вдвое

Обсуждение на Opennet: https://www.opennet.ru/opennews/art.shtml?num=55146

Чтобы помочь питону его надо минимум в 10 раз ускорять.

Гарантии успеха не дают.

Вся суть новости.

это точно. Страшно подумать, что за нагрузка на процессор будет в таком случае

Можно было сократить всю новость до заголовка и этой строчки:

Гвидо ван Россум хочет ускорить Питон вдвое

Гарантии успеха не даёт.

разработкой на деньги Майкрософт занимаются

lua наше всё

we would like it to be competitive with fast implementations of scripting languages, like V8 for Javascript or luajit for lua

Гарантии успеха не дают.

ололо, то-то и https://www.tensorflow.org/js появился

Ему стало скучно на пенсии, он попробовал наняться в Майкрософт, его взяли и разрешили самому выбрать, чем заняться.

Ща у мамкиных хипсторов начнется мода на седые волосы и паркенсон.

Не будет особой разницы для библиотек на Си

Как это распарсить? Если что, питон уступает си не в пять раз.

И ни слова про GIL

А может просто выкинуть его уже? Может, хватит насиловать стюардессу? Не ускоряется же, сколько его не пердолируй.

Гарантии успеха не дают

Я даю гарантию провала — благо, у Гвидо есть богатый опыт в этой нише как в самой Python Foundation, так и в Гугле.

С другой стороны, есть уже готовый проект PyPy, который хоть и может ускорять выполнение питоновой проги в 5-10-20 раз — но всё это, как правило, не имеет ничего общего с типовой pythonic-программой (назовем это Гвидо-style), то есть, специальные функции на Си из стандартных/сторонних либ и метапрограммирование через манкипатч, динамические классы, и __getattribute__/__setattribute__/etc.

У Марка Шенона в тезисах было только подпирание костылями имеющегося выполения кода, что есть путь вникуда — что понял гугл еще в начале нулевых, успешно выгнав Гвидо и разгонав команду, поскольку наращивает трудоемкость поддержки питона до небес, и не факт, что даже у гиганта найдутся ресурсы для того, чтобы тащить эту ношу.

Не будет особой разницы для библиотек на Си (numpy, tensorflow), программ, тормозящихся вводом-выводом, многопоточного кода. И для неэффективных алгоритмов

И тут я на белом коне со своей многозадачностью. Кстати, я сейчас уже отладил всю низкоуровневщину (по крайней мере всю из той, которую решил сделают работающей под релиз), оно компилится и работает под линем. Но теперь пришла очередь питоньих интерфейсов — а чо делать с Numpy/Pandas? Да, у Numpy есть recarray, который может жить в разделяемой памяти. Но и всё. Pandas вообще не умеет работать в разделяемой, более того, даже если форкнуть DataFrame, то pandas умудряется модифицировать копии данных в форкнутых процессах, и по итогу каждый дочерний процесс выжирает память под приватную копию общих данных. Не говоря уже о том, что в таком подходе изменения нельзя эффективно перекидыватть между процессами.

Чтобы помочь питону его надо минимум в 10 раз ускорять.

Увы, но это на данный момент единственный интерпретируемый язык, который можно без особой боли использовать.

так простая многозадачность и есть волшебное средство от Гвидо?

звучит как оправдание использования php вместо остальных яп

И ни слова про GIL

Провторю себя на этой форуме еще раз: модель данных питона (данных, не интерпретатора) не позволяет выкидывать GIL. Допустим, ты выкинул GIL — что дальше? Ты получаешь адовую дичь с гонками по всей своей программе. Если учесть, что в питоне динамичными могут быть еще и классы, а еще есть замечательное вомбо-комбо в лице исключения+генераторы+менеджеры контекстов — и выясняется, что ты даже не можешь понять, кто к чему и когда обращается, и, соответственно, как это синхронизировать.

Мой подход идет с другой стороны — позволить питону делать большую часть той дичи, которую он делает, а уже по факту выполненных действий разбираться, кто с кем конфликтует за ресурсы.

Как это распарсить? Если что, питон уступает си не в пять раз.

Обещают не ломать апи для библиотек на си.

Поэтому нельзя менять базовые вещи: объекты, типы, счёт ссылок; байткод, стековый фрейм; компилятор, интерпретатор; внутреннее устройство большинства объектов…

Не сидится спокойно Г.Россуму. Я тут позавчера как раз думал на тему - что он ещё может придумать в плане ломки совместимости со старыми версиями питона. Видимо, будет py4-professional и Микрософт Студия под него.

так простая многозадачность и есть волшебное средство от Гвидо?

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

Орнул, ну покажи хоть свои достижения, мистер архитектор

Скорее, дело не в языке, а в «сахаре» и «включенных батарейках». И то и другое - наркотики. :)

И зачем? Лучше развивайте руру, там уже есть jit.

Как это распарсить? Если что, питон уступает си не в пять раз.

Обещают не ломать апи для библиотек на си

Проблема в том, что «ускорение питона» и «оставить вызовы внешних функций на Си» — это противоречащие друг другу тезисы. Разрабы PyPy поэтому переписывают стандартную библиотеку с Си на RPython. Потому что фундаментальные механизмы ускорения — это инлайн и скаляризация/локализация контейнеров. А этого нельзя сделать, когда у тебя программа писана на плохо совместимых друг с другом языках, где один дергает неоптимизируемые черные ящики другого. Потому питоновые библиотеки, вроде те же Numpy и Pandas, являются тем самым якорем, которые делает невозможным любые оптимизации.

Ну так если кому-то не нужны эти библиотеки — они и юзают pypy или (вроде как он чуть быстрее) ironpython.

Или ты предлагаешь Гвидо благословить pypy как новый дефолтный интерпретатор?

Лучше развивайте руру, там уже есть jit

Так они с PyPy тезис и взяли. Который в свою очередь сам развился из Unladen Swallow гугла, в котором и был Гвидо. Но проблема та же — эта штука несовместима с совместимостью с сушествующим питоньим кодом.

Чота как то несовременно. Сделайте Питон 40, пусть будет сломано всё

Пожалуйста, не надо! Spring сейчас почти в 1.5 раза быстрее, чем Django. Если питон ускорят, он станет самым тормозным веб-фреймворком.

эта штука несовместима с совместимостью с сушествующим питоньим кодом

А вот это уже надо было исправлять.

Джанго уже можно запустить на руру.

Или ты предлагаешь Гвидо благословить pypy как новый дефолтный интерпретатор?

А толку? Питон никому не нужен как язык — питон нужен как батарейки. А PyPy с батарейками плохо совместим. И потому что не ускоряет их, и потому что тяжело быть совместимым с языком, определенным конкретной реализацией. Потому IronPython и Jython точно так же мало кому нужны.

И ни слова про GIL

А это по-твоему что:

Поэтому нельзя менять базовые вещи: объекты, типы, счёт ссылок; байткод, стековый фрейм; компилятор, интерпретатор; внутреннее устройство большинства объектов…

Не будет особой разницы для библиотек на Си

Как это распарсить? Если что, питон уступает си не в пять раз.

Если питоновая программа большую часть времени ждёт выполнения сишной функции, то оптимизации на её скорости не отразится. Нечего оптимизировать.

RPython не нужен, переписывайте на питоне.

Ведь есть D. Это отличная замена питону. Смысл ускорять мусор.

RPython не нужен, переписывайте на питоне

Так питон неоптимизируем. RPython — это оптимизируемое подмножество питона. Даже сам PyPy не умеет оптимизировать питон — он оптимизирует интерпретатор на RPython, который выполняет программу на питоне.

вдвое

Не в 2, а в 10. Но не сразу.

Про 10 и речь.

Пусть пересывают PyPy на Си, будет вам оптимизация. Иначе, проект уйдет вместе с разрабами-rпитонистами.

https://youtu.be/HyUtl611Kis

Это было бы правдой, если бы от питона требовалась скорость.

Чтобы помочь питону его надо минимум в 10 раз ускорять.

Помочь Питону в чём?

Где ты увидел ломку и 4?

Помочь занять первенство, скорее всего.

Гвидо ван Россум хочет ускорить Питон вдвое

Что такое ускорение целого языка вдвое? В каких попугаях

Не ускоряется же, сколько его не пердолируй.

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

Есть где допиливать :)

Ну это как бы очевидно.

Вообще, кажется уже все научились не писать на питоне cpu-bound код, так что вообще мало что поменяется для нормальных существующих программ.

И почему раньше не могли ускорить? Уже несколько проектов было с серьезными людьми и серьезными деньгами, и все сдулись.

Что такое ускорение целого языка вдвое? В каких попугаях

Например в секундах на выполнение каких-то тестов.

Лучше развивайте Lua, там уже есть jit

Fixed.

Посмотрел на дату… Вроде сегодня не первое апреля и автор не панорама.паб