The OpenNET Project / Index page

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

Представлен Pyston-lite, JIT-компилятор для штатного Python

08.06.2022 23:11

Разработчики проекта Pyston, предлагающего высокопроизводительную реализацию языка Python, использующую современные технологии JIT-компиляции, представили расширение Pyston-lite с реализацией JIT-компилятора для CPython. Если Pyston является ответвлением от кодовой базы CPython и развивается обособленно, то Pyston-lite оформлен в виде универсального расширения, предназначенного для подключения к штатному интерпретатору Python (CPython).

Pyston-lite позволяет использовать базовые технологии Pyston без замены интерпретатора, через установку дополнительного расширения при помощи пакетного менеджера PIP или Conda. Pyston-lite уже размещён в репозиториях PyPI и Conda и для установки достаточно выполнить команду "pip install pyston_lite_autoload" или "conda install pyston_lite_autoload -c pyston". Предложено два пакета: pyston_lite (непосредственно JIT) и pyston_lite_autoload (выполняет автоматическую подстановку JIT при запуске процесса Python). Возможно и программное управление включением JIT из приложения без установки модуля autoload, используя функцию pyston_lite.enable().

Несмотря на то, что Pyston-lite не охватывает все доступные в Pyston оптимизации, его использование позволяет повысить производительность примерно 10-25% по сравнению с обычным Python 3.8. В дальнейшем планируется перенос в Pyston-lite большинства оптимизаций, присутствующих в Pyston, а также расширение поддерживаемых версий CPython (первый выпуск поддерживает только Python 3.8). Из более глобальных планов отмечается совместная работа с командой CPython по реализации новых API для JIT, позволяющих более полно контролировать работу Python. Обсуждается включение предложенных изменений в ветку Python 3.12. В идеале рассматривается возможность переноса всей функциональности из Pyston в расширение, что позволит уйти от поддержания собственного форка CPython.

Кроме Pyston-lite проектом также выпущено обновление полноценного пакета Pyston 2.3.4, в котором предложены новые оптимизации. В тесте pyperformance версия 2.3.4 быстрее выпуска 2.3.3 примерно на 6%. Общий выигрыш производительности по сравнению с CPython оценивается в 66%.

Дополнительно можно отметить развиваемые в рамках цикла разработки CPython 3.11 оптимизации в основном проекте, которые в некоторых тестах позволили поднять производительность на 25%. Например, в CPython 3.11 повышена эффективность кэширования состояния байткода базовых модулей, что на 10-15% ускорит запуск скриптов. Значительно ускорен вызов функций и добавлены специализированные быстрые интерпретаторы типовых операций. Также ведётся работа по переносу некоторых оптимизации, подготовленных проектами Cinder и HotPy.

Дополнительно в рамках проекта nogil ведётся работа над экспериментальным режимом сборки CPython без глобальной блокировки интерпретатора (GIL, Global Interpreter Lock), не допускающей параллельное обращение к разделяемым объектам из разных потоков, что мешает распараллеливанию операций на многоядерных системах. В качестве другого варианта решения проблемы с GIL развивается возможность привязки отдельного GIL к каждому интерпретатору, выполняемому внутри процесса (в одном процессе может выполняться несколько интерпретаторов, но эффективность их параллельного выполнения упирается в GIL).

  1. Главная ссылка к новости (https://blog.pyston.org/2022/0...)
  2. OpenNews: Проект Pyston, предлагающий Python с JIT-компилятором, вернулся к открытой модели разработки
  3. OpenNews: Выпуск Nuitka 0.6.17, компилятора для языка Python
  4. OpenNews: Выпуск Pyston 2, реализации языка Python с JIT-компилятором
  5. OpenNews: Facebook открыл код Cinder, форка CPython, используемого в Instagram
  6. OpenNews: Гвидо ван Россум намерен достигнуть двукратного увеличения производительности в CPython 3.11
Лицензия: CC-BY
Тип: К сведению
Короткая ссылка: https://opennet.ru/57320-pyston
Ключевые слова: pyston, jit, python
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (122) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (1), 23:52, 08/06/2022 Скрыто модератором [﹢﹢﹢] [ · · · ]
  • –1 +/
     
     
     
    Часть нити удалена модератором

  • 3.40, Аноним (40), 10:31, 09/06/2022 Скрыто модератором
  • +/
     

  • 1.3, th3m3 (ok), 23:57, 08/06/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    Ну что хейтеры?) Скоро Python за скорость уже будет не предъявить)
     
     
  • 2.4, Аноним (4), 00:07, 09/06/2022 [^] [^^] [^^^] [ответить]  
  • +19 +/
    Будет медленнее не в 30 раз, а в 15.
     
     
  • 3.10, Аноним (10), 02:15, 09/06/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Медленнее чего? Go?
     
     
  • 4.46, Аноним (46), 11:14, 09/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Непонятно. Есть быстрые языки, уступающие Си на проценты, от силы — в разы. Есть медленные языки, медленнее Си на 2-3 порядка. Перл в 100 раз медленнее, Питон в 600, VB — в 1300. В диапазоне между быстрыми и Перлом нет ничего.
     
     
  • 5.99, борланд (?), 19:10, 09/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Lua c jit?
     
  • 4.47, Онанистмус (?), 11:14, 09/06/2022 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Жаль авторы Go не позаимствовали синтаксис Python. Был бы более читаемый язык. А то сейчас как будто пишешь на С. Нечитаемо как то.
     
     
  • 5.53, Без аргументов (?), 12:14, 09/06/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Троллишь чтоль? Наоборот на него повлиял и Си, и Пистон, и по мне легче, чем на Си писать.
     
     
  • 6.111, Аноним (111), 21:28, 09/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    На него повлиял Plan9 и разработки связанные с ним. Они вообще в параллельных плоскостях с Юниксом развивались.
     
  • 5.56, Олексий (?), 12:27, 09/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Нормально всё с ним, вопрос пристрастий.
     
  • 4.129, Alladin (?), 00:28, 10/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    чем Java конечноже.
     
  • 3.24, Брат Анон (ok), 09:08, 09/06/2022 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Только не в 30, а в 40.
    И не в 15, а в 25 раз медленнее. Если пропорцию соблюсти.
     
  • 2.5, tty0 (?), 00:07, 09/06/2022 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Только работать он будет нормально исключительно на билд сервере
     
     
  • 3.8, Dzen Python (ok), 00:43, 09/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    На кластее из cray'ев. Инфа 146%
     
  • 3.12, th3m3 (ok), 03:07, 09/06/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Он и так нормально работает. Даже сейчас. Но ещё будет быстрый из коробки, что тоже неплохо.
     
     
  • 4.25, Брат Анон (ok), 09:10, 09/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Эммм... Нет, не нормально. Перегрузки операторов полноценной нет, память жрёт, ядра процессоров игнорирует. Типизации (* фактически *) нет, аннотация глючит, отступ пробелами... #нувыпонили
     
     
  • 5.82, Аноним (82), 17:17, 09/06/2022 [^] [^^] [^^^] [ответить]  
  • –2 +/
    В Oberon перегрузка операторов есть?
     
     
  • 6.108, Брат Анон (ok), 21:05, 09/06/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Зачем? Чтобы с ума сходить при отладке не понимая, то ли это компилятор кривой, то ли у тебя руки из одного места? Или может для того, чтобы компилятор было тяжелее с платформы на платформу переносить?

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

     
  • 2.6, Аноним (6), 00:15, 09/06/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Как писали питонисты на C++, так и будут продолжать писать....
     
     
  • 3.22, Аноним (22), 08:50, 09/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Рыночек порешает, а не эти фанатика Х на который всё надо переписать.  
     
  • 3.31, Аноним (31), 09:45, 09/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    https://github.com/RustPython/RustPython
     
     
  • 4.34, Аноним (40), 10:17, 09/06/2022 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Самое смешное начинается когда читаешь список софта, который использует этот питонораст.
     
     
  • 5.70, Аноним (70), 15:16, 09/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Список? У них на гитхабе таких ровно два названо, как-то не тянет на список.
     
     
  • 6.77, Аноним (22), 16:24, 09/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Ну технически это список, но на самом деле это позор и срамота ходячая.  
     
  • 2.54, Без аргументов (?), 12:18, 09/06/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Пока что люто усеченная версия отстает в 90 раз от Си++.
    https://github.com/micropython/micropython/wiki/Performance
     
     
  • 3.68, th3m3 (ok), 15:08, 09/06/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Пока что люто усеченная версия отстает в 90 раз от Си++.
    > https://github.com/micropython/micropython/wiki/Performance

    А может ещё с ассемблером сравнить? :) И вообще, судя по всему, тестам по ссылке уже почти 10 лет. Многое изменилось с того времнеи.

     
     
  • 4.84, Аноним (-), 17:44, 09/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Если можешь обставить ассемблер на чем-то еще по скорости - сравни. Иначе вместо сравнения будет избиение лошков.
     
     
  • 5.104, Аноним (6), 20:02, 09/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Напиши ещё попробуй что-нибудь руками на ассемблере лучше, чем то, что может сгенерировать современный С или С++ компилятор.
     
     
  • 6.112, Аноним (-), 21:45, 09/06/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Напиши ещё попробуй что-нибудь руками на ассемблере лучше, чем то, что может
    > сгенерировать современный С или С++ компилятор.

    Я это даже делал. Поэтому знаю где могу обставить компилятора, а где он меня. Поэтому я могу использовать обе опции. Так прикольнее. И таки в сильно некоторых вещах асм все же предсказуемее даже сей, не говоря про более высокие концепции.

     
  • 2.58, Без аргументов (?), 12:54, 09/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    У него даже название как у детского пистолетика
     
     
  • 3.69, th3m3 (ok), 15:09, 09/06/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > У него даже название как у детского пистолетика

    Есть и похуже - Raku.

     
  • 2.121, Аноним (121), 23:42, 09/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Ок, тогда предъявлю за 1) отступы 2) комьюнити а-ля "пхп" из-за низкого порога вхождения.
     
     
  • 3.123, th3m3 (ok), 23:49, 09/06/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Ок, тогда предъявлю за 1) отступы 2) комьюнити а-ля "пхп" из-за низкого
    > порога вхождения.

    1. Вкусовщина.
    2. Не надо Python с этим сравнивать. Совершенно разные аудитории.

     

  • 1.7, Вы забыли заполнить поле Name (?), 00:15, 09/06/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Нужно!
     
  • 1.9, DEF (?), 01:25, 09/06/2022 Скрыто модератором [﹢﹢﹢] [ · · · ]
  • +1 +/
     
     
  • 2.42, Аноним (42), 10:58, 09/06/2022 Скрыто модератором
  • +1 +/
     
  • 2.44, Аноним (44), 11:09, 09/06/2022 Скрыто модератором
  • +1 +/
     

     ....ответы скрыты модератором (2)

  • 1.14, Аноним (14), 03:39, 09/06/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Лучше бы решили две более болезненные проблемы Python:
    - Отсутствие многопоточности (GIL)
    - Неумеренные аппетиты к памяти

    Ну повысили на 10% изначально ужасно тормозной рантайм (и то при условии длительной работы программы), ни холодно ни жарко от этого. Легче в C-код перегнать какой-нибудь Nuitka, и то выигрыш больше будет.

     
     
  • 2.18, Чебур (?), 07:42, 09/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Как вам GIL мешает я не понимаю, для IO-bound задач и стандартные питонячие потоки справляются отлично, про async уже молчу. Для CPU-bound на кой черт вы использыете питон вообще, но если уж прижало, то запустить отдельный процесс не так и сложно
     
     
  • 3.61, Аноним (14), 14:25, 09/06/2022 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Как вам сломанная нога мешает я не понимаю, для бытовых задач и стандартные костыли справляются отлично, про инвалидную коляску уже молчу. Для передвижения на расстояния на кой черт вы используете ноги вообще, но если уж прижало, то купить и освоить автомобиль не так и сложно.

    Так понятней?

     
  • 2.20, Аноним (20), 08:44, 09/06/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Потребление памяти улучшают:

    Dict don’t store hash value when all inserted keys are Unicode objects. This reduces dict size. For example, sys.getsizeof(dict.fromkeys("abcdefg")) becomes 272 bytes from 352 bytes on 64bit platform.

     
  • 2.21, Аноним (22), 08:49, 09/06/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Никакого драматического ускорения Nuitka не даёт. Просто удобнее становится распространять блобы софта на питоне.  
     
     
  • 3.59, Аноним (59), 12:55, 09/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    У меня получалось только медленнее в итоге. Ощутимо медленнее, ворочать все эти огромные блобы с диска долго даже на ссд.
     
  • 2.23, Анононим (?), 09:04, 09/06/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    лучше бы решили проблему с комментариаторами, которые пишут только на ассемблере
     
     
  • 3.39, Аноним (40), 10:30, 09/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    А чего они уже старенькие пусть пишут что им еще делать то?
     
  • 2.32, Аноним (31), 09:46, 09/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    >Неумеренные аппетиты к памяти

    Это не к самому python, это к не использующим __slots__

     
     
  • 3.86, Аноним (-), 17:51, 09/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Надеетесь построить питонистов? Проще перебить всех комаров чем это.
     
  • 2.49, Аноним (44), 11:26, 09/06/2022 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Самая болезненная проблема - это то что тупые разработчики библиотек для нейросетей и машинного обучения используют Python, потому шта ничего другого не осилили. Ещё и оправдываются типа зачем нам знать как работает современная вычислительная техника, мы тут ИИ ваяем!
     
     
  • 3.76, Аноним (59), 16:19, 09/06/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ну-ка, назови альтернативу, подходящую для этих задач. Про "не осилили" или"оправдываются", это очень прохладные истории. Важные условия: это должен быть интерпретируемый сильнотипизированный язык, обладающий качественным интеропом с си и плюсами (опционально фортраном). Желательно, чтобы без ада, как с луа.
     
     
  • 4.88, Аноним (-), 17:55, 09/06/2022 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Либ для этсамого валом под любые ЯП. Хотя если вы намекали что 90% тематических проектов одноразовый хайпотрэш который через год никто не вспомнит - у вас получилось.

    А продакшновое решение на питоне, особенно для AI - да ну ладно? Юзерам это вообще не отдашь, задолбают. На супер-серверах крутить - жаба удавит, на чем-то другом опять же придется. Все это УГ лезет из гребаных ученых которые вообще не программисты. И что установки у них макет из скотча на 1 раз, что программы. Это прикольно в первый раз, когда новый принцип только нашли. А потом - потом это выглядит убого.

     
     
  • 5.92, Аноним (59), 18:17, 09/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Ты даже не понимаешь, зачем это.
     
  • 4.100, Аноним (6), 19:16, 09/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    хорошо, что разработчики MLJ.jl об этом не знают....
     
     
  • 5.109, Аноним (59), 21:08, 09/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > хорошо, что разработчики MLJ.jl об этом не знают....

    Не отвечает условиям. Индустриальный стандарт это tensorflow. Это то, что работает, и можно взять и использовать прямо сейчас. Есть ещё mxnet, но применимость довольно ограничена на практике, зависит от задач. Ну и потом, гораздо веселее использовать существующие наработки, чем костылять с нуля.

     
     
  • 6.110, Аноним (59), 21:11, 09/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Кстати, на моих задачах pytorch почти всегда показывал наилучшие показатели, потом идёт tensorflow, и где-то далеко в конце mxnet. Может, я что-то сделал с ним неправильно, может быть.
     
  • 6.113, Аноним (-), 21:48, 09/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Не отвечает условиям. Индустриальный стандарт это tensorflow.

    Только чота tflite какой-то появился и два легиона менее монструозных либ. А стандарт оно в результате для очередного исследования от очередных вебмакак на тему как делать очередную никому не нужную х-ню, так что 95% этого заведомо сливается в трэш.

    Хайп относительно AI кстати не новый. Мягко говоря. Просто версия 2.0, теперь банановая и со смузи. Какого-то серьезного влияния на человечество оно особо не оказало.

     

  • 1.19, Fracta1L (ok), 08:34, 09/06/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Там на форониксе ещё бету пивтона 3.11 протестили, тоже прирост скорости немалый
     
     
  • 2.26, Брат Анон (ok), 09:12, 09/06/2022 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Т.е. статью вы не читали?

    >  Например, в CPython 3.11 повышена эффективность кэширования состояния байткода базовых модулей,
    > что на 10-15% ускорит запуск скриптов. Значительно ускорен вызов функций и добавлены
    > специализированные быстрые интерпретаторы типовых операций.

     
     
  • 3.38, Аноним (40), 10:29, 09/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Смешно даже не то что Фракталя статью не читал, а то что ты думал что Фракталя в теории что-то до конца читает. Он умеет только в заголовки в первые абзацы, там где про безопасный язык раст дальше для него сложно.  
     
  • 3.64, Аноним (14), 14:36, 09/06/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ты тоже статью не читал:
    > Python 3.11 is 10~60% faster than Python 3.10 according to the official figures and a 1.22x speed-up with their standard benchmark suite.

    А если перейти по ссылке, то там, например, такое:
    > Cheaper, lazy Python frames
    > Python frames are created whenever Python calls a Python function. This frame holds execution information.

    Оптимизировали вызов функций. Нехреновая такая глобальная оптимизация.

     
  • 2.85, Аноним (-), 17:45, 09/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Совместимость с предыдущими ему сломали, как обычно? :)
     

  • 1.27, Аноним (31), 09:38, 09/06/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >Дополнительно в рамках проекта nogil ведётся работа над экспериментальным режимом сборки CPython без глобальной блокировки интерпретатора (GIL, Global Interpreter Lock), не допускающей параллельное обращение к разделяемым объектам из разных потоков

    Ну наконец то хоть до кого-то дошло, что этот Гордиев узел можно только разрубить, и пофиг, если какой код на питоне сломается, кто написал такой код - тот сам ду^Wвиноват и этот код по любому нужно исправлять.

     
     
  • 2.28, Аноним (31), 09:42, 09/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    >6387 commits behind python:main.

    Походу это уже не питон. Ветки разошлись, кто это всё ребэйзить будет и непоправимо поломанное разрабами питона переписывать, возможно с полной переделкой всей архитектуры, снова и снова? В апстрим это скорее всего никогда не примут, ведь позиция разрабов питона в том, что ломать нельзя. То что питон постоянно ломает многие другие вещи им почему-то пофиг, но GIL - этг священная корова.

     
     
  • 3.30, Аноним (30), 09:44, 09/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Так еще много названий змей на занято языками.  
     
  • 2.29, Аноним (30), 09:43, 09/06/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Только отвалятся библиотеки на C++ а так да GIL можно отключить, но зачем тогда нужен будет питон?
     
     
  • 3.33, Аноним (31), 09:49, 09/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Нативные модули под GIL не подпадают, что хотят - то и воротят во столько потоков параллельно, во сколько автор закодит.
     
     
  • 4.37, Аноним (40), 10:25, 09/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    И как ты без GIL сделаешь потокобезопасное управление памятью в C библиотеках?
     
     
  • 5.45, Аноним (42), 11:12, 09/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Наверное спинлоками или примитивами синхронизации ОС? Ну там всякими семафорами, мьютексами, блокировками чтения-записи (в отдельный момент времени куча читателей разделяемого куска памяти или один писатель). Или начать попытку блокировки со спинлока, а если ожидание освобождения ресурса затянулось - переключиться на мьютекс. Такое уже во всех порядочных ОС реализовано. Но про питон (и Си в нем), конечно, ничего не знаю, кроме того, что там пробелы и GIL и несимпатичная мне типизация. Вот сейчас из комментов узнал что и память жрет. Может и врут.
     
     
  • 6.48, Аноним (48), 11:25, 09/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Все что ты говоришь требует от программиста, неких навыков. А что если сделать дуракозащиту чтобы программист ничего не мог сломать бай дизайн. Причем ни со стороны питона ни со стороны библиотеки. Синк абаут ит.  
     
     
  • 7.120, Аноним (120), 23:03, 09/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    В нативных модулях никакой защиты нет, а отстрелить ногу очень легко. Я однажды портировал один модуль времён python 2 на python 3. Падает, зараза, иногда. Это вам не Растишка.
     

  • 1.36, Аноним (36), 10:24, 09/06/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    А когда с CPython выкинут JIT?

    А то с этим JIT на нормальных архитектура CPython даже не запускается. Приходится патчить патроха для вырезания JIT (случайно добавленного M$).

     
     
  • 2.51, Аноним (51), 11:44, 09/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Что же это за "нормальные" не имеющие аналогов архитектуры такие, на которых "патроха"?

     

  • 1.41, Аноним (41), 10:33, 09/06/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Ну вот, а то рассказывали переможные сказки про "в разы". 10-25%. И это отлично!
    По мере увеличения количества вещей, покрытых джитом, будут нарастать проблемы со стабильностью, причем нетривиальные. Питонистам лет двадцать будет что поделать.
     
     
  • 2.50, Аноним (48), 11:28, 09/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Там уже другой модный язык придумают.  
     
     
  • 3.63, Аноним (-), 14:32, 09/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    А лисп как жил без GIL, так и будет жить.
     
  • 2.52, myhand (ok), 12:11, 09/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Питонистам лет двадцать будет что поделать.

    Дэнги многа зарапотывать, например.  Завидуй, да.
      

     
     
  • 3.66, Robin Hood (?), 14:44, 09/06/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Человек, который живёт ради денег, вызывает не зависть, а жалость.
     
     
  • 4.124, Аноним (121), 00:07, 10/06/2022 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Жалость вызывают такие позёры.

    Те, кто "живут ради денег", обеспечивают рабочие места и кусок хлеба тем, кому "деньги не нужны".

    И да - "вечная искренняя любофф до гроба" тоже требует денег.

     
  • 3.74, Аноним (-), 15:54, 09/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Судя по речи - тонкий намек что для вчерашнего курьера и строителя сойдет за карьерный рост.
     

  • 1.57, Аноним (57), 12:46, 09/06/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Тренд понятен: идет широкомасштабная работа по повышению производительности самого популярного и удобного языка программирования. Итог таких значительных усилий множества людей в несвязанных между собой проектах (numba, mypyc, pyston, nuitka, faster cpython) предсказуем - Python станет еще лучше.
     
     
  • 2.67, Аноним (44), 15:05, 09/06/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    В лицобуке тоже  php бесконечно улучшали, но это вовсе не значит, что это самое популярное и удобное г. Это значит только то, что переписывать всё с нуля очень дорого.
     
     
  • 3.81, Аноним (81), 16:41, 09/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    С нуля никто не переписывает, существует несколько конкурирующих между собой имплементаций, какие улучшения станут общепринятыми, прогнозировать невозможно. При этом большая часть остальных ЯП развивается усилиями единых команд, а не распределенных, лишаясь эволюции путем отбора.
     
  • 3.118, Аноним (120), 22:58, 09/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    PHP идеально подходит для web-страниц, работающих без JavaScriptа на клиенте. Для них он и создавался.

     
     
  • 4.141, Наноним (?), 03:06, 11/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Только если кашу из кода и разметки создавать, от чего отказались уже давно и все. Настолько давно, что об этой задаче PHP уже никто и не вспоминает.
     
  • 2.73, Аноним (-), 15:53, 09/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    "Создайте ЯП которым может пользоваться даже дурак..."
     
     
  • 3.75, Аноним (44), 16:05, 09/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    А потом загоните весь мир на дно своими помогалками для дураков.
     
  • 3.79, Аноним (81), 16:37, 09/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    И это уничтожит "элитарность" профессии, сделав программирование доступным для всех и повысит уровень технологической грамотости. Что, в свою очередь, снизит стоимость разработки, ускорит внедрение новых технологий. "ЯП для дураков" делает мир лучше.
     
     
  • 4.89, Аноним (-), 18:05, 09/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    ...и только дурак захочет этим пользоваться.

    Сколько уровень безмозглой обезьяны не повышай, результат так себе. А капитализм работает немного не так. Они предпочитают выгружать примитивные рутинные многочисленные работы на дешевых и взаимозаменимых. Гордиться что он именно такой может только вышеупомянутый. Трясясь как осиновый лист что босс попрет его нахрен, а ипатека чих-пых по первое число.

     
     
  • 5.93, Аноним (81), 18:18, 09/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Python хорош тем, что уровень задрoтства у него регулируется. Для обезьяны достаточно знать pandas и уметь открывать ноутбук, а можно на нем писать высоконагруженные приложения для финансов с Си-шными бекэндами и распределенными вычислениями.

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

     
     
  • 6.94, Аноним (6), 18:21, 09/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Для начала посмотрите где pandas и где высокопроизводительные приложения - https://h2oai.github.io/db-benchmark/

    Нет у питона шансов попать в этот сегмент. Не было, нет и не будет.

     
     
  • 7.96, Аноним (81), 18:59, 09/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Ты прочитал сообщение? pandas - это удобный инструмент для джунов-датасатанистов, а не для высоконагруженных приложений. Для последних у языка есть другие технологии. А шансы есть, и они обязательно будут реализованы, учитывая с какой скоростью язык развивается.
     
  • 6.114, Аноним (-), 21:58, 09/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Да ну Вроде бы он hardwired на допущение что кодер либо ламо либо не программис... большой текст свёрнут, показать
     
  • 2.91, Аноним (6), 18:13, 09/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Да. Тренд понятен. Скоро Julia 1.8 выйдет.
     
     
  • 3.97, Аноним (81), 19:01, 09/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Julia вполовину не такая популярная как Python, и не годится в качестве ЯП общего назначения.
     
     
  • 4.101, Аноним (6), 19:30, 09/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    популярность и эффективность - не одно и то же.
    Питон как ЯП общего назначения тоже не годится. Написать можно, но будет сильно хуже, чем на том, что действительно является ЯП общего назначения.
     
     
  • 5.103, Аноним (81), 19:45, 09/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Это одно и то же. Эффективность - она не только при исполнении кода, но и в обучении, и в скорости разработки. В конце концов, все измеряется деньгами.

    А утверждение о негодности Python в качестве ЯП общего назначения - это сильно. И неверно, потому что практически не существует областей, где бы Python не применялся: от квантовой химии до финансов, от датасайенса до пользовательских приложений. Разве что для написания ядер операционных систем не применяется.

     
     
  • 6.106, Аноним (6), 21:01, 09/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Детские игрушки всегда популярнее профессионального инструмента в силу статистических причин. Но об эффективности это ничего не говорит. С питоном - абсолютно та же ситуация. Нет ни одной области, где питон был бы лучшим.
     
     
  • 7.117, Аноним (120), 22:55, 09/06/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Детская игрушка - это LabView, матлаб, джулия и R. В чём работать можно - то итне детская игрушка. А где есть свистоперделки, но элементарные вещи делаются с матами и полчаса, - вот это как раз детские игрушки.

    А python - это не игрушка, а рабочая лошадка.

     
     
  • 8.119, Аноним (6), 22:59, 09/06/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Можно и на пони поле вспахивать Но недолго ... текст свёрнут, показать
     
  • 8.137, Аноним (-), 18:54, 10/06/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Как бы лабвью и матлаб - эталонные среды для создания одноразовых макетов Хуже ... текст свёрнут, показать
     
  • 6.107, Аноним (6), 21:03, 09/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Обучить программировать на Джулии проще, чем на питоне. И синтаксис проще, и С++ изучать не надо. И скорость разработки будет выше.
     
     
  • 7.133, Аноним (133), 12:43, 10/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    И многие питонописатели знают C++?
     
     
  • 8.139, Аноним (6), 19:28, 10/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Все, кто в DS на питоне сидят, как минимум, вынуждены знать C ... текст свёрнут, показать
     
  • 8.142, анон_тот самый (?), 03:26, 11/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    лучше задать иначе а многие ли знающие с действительно его знают боюсь что и... текст свёрнут, показать
     
  • 3.132, Старший Аноним (?), 12:37, 10/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    А что толку то с того что выйдет Julia 1.8? Даже на Fortran разрабатывает в 2 раза больше разработчиков чем на Julia и популярность Fortran растет (19 место после 30гшо), а популярность Julia падает (26 место)
     
     
  • 4.140, Аноним (6), 19:30, 10/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Разработчики на Фортране постепенно вымирают естественным образом.

    > популярность Julia падает (26 место)

    Куда она падает? Она с последних мест в 18-м году стартовала

    Курсов на Фортране уже почти нигде нет, а курсы на Julia сейчас в университетах повсеместно появляются.

     

  • 1.60, beck (??), 13:21, 09/06/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Ну вот, ещё чуть-чуть и джаву в ынтерпрайзе заменят на пайтон. "Или неееет..." )))
     
     
  • 2.72, Аноним (-), 15:52, 09/06/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Их так то на go заменяют. Лучше чем превращать юзеров в нетормозяшую билдферму JITом.
     
     
  • 3.98, beck (??), 19:10, 09/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Для go, как я понимаю, нужно квалификацию повыше, чем для Питона, не? На питоне любой индиец может. А вот на go?

    Или идея в том, чтобы весь ынтерпрайз разбить на мелкие микросервисы с небольшим количеством кода (чтобы даже последний манкикодер не смог сильно налажать), каждый в свой контейнер изолировать, и таких контейнеров держать 2...5 версий, с возможностью отката на стабильную, если что.

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

     
     
  • 4.115, Аноним (-), 22:18, 09/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    А хрен знает, эн знакомых вебмакак спокойно свалили с пыха и питона на это У ча... большой текст свёрнут, показать
     
     
  • 5.131, Аноним (44), 01:50, 10/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    А потом нанимают 100 архитекторов, только для того, чтобы они помнили какой микросервис за что отвечает.
     
     
  • 6.138, Аноним (-), 18:55, 10/06/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Архитектов так то не для этого нанимают. Но питонисты же сначала кодят, потом думают - поэтому не понимают нафига нужны архитекты :)
     
  • 2.143, анон_тот самый (?), 03:37, 11/06/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    они изначально создавались на похожих принципах, но с разным уклоном. самому создателю питона и в голову придти не могло, что его детище попытаются сделать языком общего назначения. хотя главной фишкой его изначально было именно переносимость и простота применения на разных платформах. никому и в голову не приходило, что куча придурков решат писать на нем высоконагруженные приложения для создания искусственного интеллекта и прочие увеселения. впрочем как и шелл в свое время задумывался как язык и платформа управления операционной системой и вызова программ, а не полноценная замена компилируемым языкам, которое повсеместно практиковалось в лине. впрочем система инициализации построенная на принципах интерпретируемого языка и файла сценариев и правда выглядит надежнее бинарного файла. хотя и медленнее. но кому на новых системах могла помешать +1 секунда при загрузке. а питон классный язык сценариев. повторю, язык сценариев, не повсеместно используемый как замена компилируемым языкам. из-за этой хреновины(подхода) мы все работаем в браузерах отжирающих по гигу при старте. и многие другие прелести. а могли бы использовать эти ресурсы на обработку данных, хотя бы для обычных людей обработку игр))) но что есть то есть.
     
     
  • 3.146, Анонимчик (?), 22:49, 11/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Выдыхай
     
  • 3.148, Старший аноним (?), 21:25, 13/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Java тоже создавали изначально для программирования микроволновок и кофейных аппаратов. Никто не думал, что Java будут применять в кровавом ынтерпрайзе, где тогда безраздельно властвовал Cobol. Но что-то пошло не так.
     
     
  • 4.149, анон_тот самый (?), 23:34, 13/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Java тоже создавали изначально для программирования микроволновок и кофейных аппаратов.
    > Никто не думал, что Java будут применять в кровавом ынтерпрайзе, где
    > тогда безраздельно властвовал Cobol. Но что-то пошло не так.

    что то действительно не так. и не только с питоном , явой и прочими. тут помешательство мировых масштабов. на деньгах)))

     

  • 1.62, Stuxnet85 (ok), 14:28, 09/06/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Ну что я могу сказать заживем,еще бы поменьше срачей вокруг языка было (в плане прожорливости памяти и  быстроты и прочих вещей которыми его попрекают), а вообще здорово что Пайтон быстрее становится.
     
  • 1.71, Аноним (-), 15:50, 09/06/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > PyPI и Conda

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

     
     
  • 2.83, Аноним (82), 17:20, 09/06/2022 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Серпентария, выражайся политкорректно
     
  • 2.87, th3m3 (ok), 17:51, 09/06/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А вы чьи будете? javascript небось?
     

  • 1.102, BrainFucker (ok), 19:30, 09/06/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Просто пишите весь проект на Cython.
     
     
  • 2.134, Аноним (133), 12:44, 10/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    А если с NumPy?
     
     
  • 3.144, BrainFucker (ok), 10:21, 11/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > А если с NumPy?

    Не, ну NumPy это просто модуль для эффективно грызть числа.
    А Cython это как бы альтернативный питон со строгой типизацией и компилированием в машинный код, но при этом имеющий обратную совместимость со стандартным питоном.
    То есть вот Cython уже имеет то что хотят от cpython: быстрота, нет GIL, строгая типизация и т.д. Так почему бы просто не писать весть проект сразу на Cython?

     

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



    Спонсоры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

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