JIT-компілятор Python під загрозою видалення: керівна рада зупинила розробку

Керівна рада Python несподівано зажадала призупинення нових розробок у JIT-компіляторі (just-in-time) у головній гілці репозиторію CPython — доки не буде підготовлено і затверджено новий PEP (Python Enhancement Proposal) для цього проєкту.

Читайте также: Радіоактивний шторм у лабораторії. Американські дослідники відтворили ключові процеси після ядерного вибуху

Виправлення помилок і безпекові патчі для вже наявного JIT-коду у main залишаться прийнятними, однак якщо протягом шести місяців новий PEP не буде подано та схвалено — JIT-код буде видалено з основної гілки, пише The Register.

Оголошення стало несподіванкою, оскільки вдосконалений JIT-компілятор — одна з ключових особливостей Python 3.15, функціональне заморожування якого вже відбулося, а повноцінний реліз очікується у жовтні. Примітки до випуску обіцяють приріст продуктивності в середньому на 8–9% порівняно зі стандартним інтерпретатором CPython на x86-64 Linux.

Втім, JIT-компілятор залишається експериментальним і вимкнутим за замовчуванням: для його активації потрібно встановити змінну середовища PYTHON_JIT=1.

Суть претензій керівної ради — процедурна: команда JIT веде розробку безпосередньо у гілці main, а не у форку чи окремій гілці. Якщо щось піде не так, це може вплинути на роботу багатьох інших розробників, і відкотити зміни буде непросто.

Читайте также: OpenAI відступає від повної автоматизації штучного інтелекту: «Це небезпечно і безглуздо»

Ключовий контриб’ютор JIT Марк Шеннон заявив, що «зупинка всіх розробок до схвалення PEP ставить нас у незручне становище»: це тисне на команду, змушуючи підготувати новий PEP якнайшвидше, але тоді спільнота не матиме часу його обговорити. Шеннон зазначив, що новий PEP і так планувався «на пізніше цього року, коли переваги у продуктивності стануть більш відчутними», і попросив відстрочку на «місяць-два».

Він також попередив, що мораторій ризикує «втратою імпульсу і нових контриб’юторів, яких команда нещодавно залучила». На питання щодо перенесення розробки у форк Шеннон відповів, що через спосіб генерації оптимізацій це технічно складно: різниця в коді виходить надто великою і важко керованою.

Таким чином, рішення керівної ради ставить під сумнів майбутнє JIT-проєкту — тоді як ще нещодавно здавалося, що він на шляху до того, щоб стати повноцінною частиною CPython.

Нагадаємо, не так давно німецький Java-розробник Маркус Ейзеле запропонував перенести системи штучного інтелекту з Python на Java.

Читайте также: Зміна поведінки. Вчені з’ясували, яка речовина в мозку допомагає позбавлятися шкідливих звичок

Підписуйтесь на нас у соцмережах: Telegram | Facebook | LinkedIn