Комментарии 9
Как известно "обещанного три года ждут". В 2021-м Гвидо обещал что JIT появится в версии 3.12.
Ну круто же, ну
При сравнении с традиционным JIT-инструментарием LLVM добавленный в CPython JIT обеспечивает в 100 раз более быструю генерацию кода и на 15% более быстрый результирующий код
здесь что-то не то: не может украшенный JIT, работающий в 100 раз быстрее обычного, продуцировать программу, работающую при этом на 15% быстрее. иначе этот супер-JIT нужно срочно встраивать в Java, V8 и т.д.
А JIT в Python вообще нужен? Разве все тяжеловесные вычисления не переносят на другой язык, более подходящий для этого?
И дальше будут переносить, слабо верится, что python3 хоть чуть чуть приблизится к той же java. Всеравно внедрять нормальную многопоточность они вряд ли будут так как это уничтожит обратную совместимость и разрушит восприятие питона как простого языка. Может и поднимут производительность в некоторых задачах в несколько раз, но всеравно он будет медленным.
Если можно поднять производительность, то почему бы и нет.
Как раз в 3.13 обещали no-gil
no-gil не значит нормальная многопоточность)
Ты работал с барьерами памяти и различными специфическими структурами данных вроде реализованных на lock free? Так вот питону это даже без gil не светит. No-gil подразумевает только обновление их механизма счётчика ссылок, чтобы можно было не всегда всё блокировать так топорно как сейчас, но неконтролируемые блокировки под капотом ни куда не денутся.
Ну например в бэкендах веб-сайтов тяжёлых вычислений особо нету, а тормоза обычно возникают из-за этой самой врождённой тормознутости питона. Если JIT может помочь их ускорить, это было бы классно
В альфа выпуск языка программирования Python 3.13.0a6 встроен JIT-компилятор