{"id":104323,"date":"2022-06-09T03:36:45","date_gmt":"2022-06-09T01:36:45","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/predstavlen-pyston-lite-jit-kompilyator-dlya-shtatnogo-python"},"modified":"2022-06-09T03:36:45","modified_gmt":"2022-06-09T01:36:45","slug":"predstavlen-pyston-lite-jit-kompilyator-dlya-shtatnogo-python","status":"publish","type":"post","link":"https:\/\/prohoster.info\/fr\/blog\/news\/predstavlen-pyston-lite-jit-kompilyator-dlya-shtatnogo-python","title":{"rendered":"Pyston-lite pr\u00e9sent\u00e9, un compilateur JIT pour Python standard","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Les d\u00e9veloppeurs du projet Pyston, qui propose une impl\u00e9mentation hautes performances du langage Python utilisant des technologies modernes de compilation JIT, ont pr\u00e9sent\u00e9 l'extension Pyston-lite avec une impl\u00e9mentation de compilateur JIT pour CPython. Alors que Pyston est une branche de la base de code CPython et se d\u00e9veloppe de mani\u00e8re ind\u00e9pendante, Pyston-lite est con\u00e7u comme une extension universelle destin\u00e9e \u00e0 \u00eatre connect\u00e9e \u00e0 l'interpr\u00e9teur Python standard (CPython). <\/p>\n
Pyston-lite permet d'utiliser les technologies de base de Pyston sans remplacer l'interpr\u00e9teur, par l'installation d'une extension suppl\u00e9mentaire via le gestionnaire de paquets PIP ou Conda. Pyston-lite est d\u00e9j\u00e0 disponible dans les d\u00e9p\u00f4ts PyPI et Conda, et il suffit d'ex\u00e9cuter la commande \u00ab pip install pyston_lite_autoload \u00bb ou \u00ab conda install pyston_lite_autoload -c pyston \u00bb pour l'installer. Deux paquets sont propos\u00e9s : pyston_lite (le JIT lui-m\u00eame) et pyston_lite_autoload (qui effectue le remplacement automatique du JIT lors du d\u00e9marrage du processus Python). Il est \u00e9galement possible de contr\u00f4ler programm\u00e9tiquement l'activation du JIT depuis l'application sans installer le module autoload, en utilisant la fonction pyston_lite.enable(). <\/p>\n
Bien que Pyston-lite ne couvre pas toutes les optimisations disponibles dans Pyston, son utilisation permet d'augmenter les performances d'environ 10 \u00e0 25 % par rapport \u00e0 Python 3.8 standard. Dans le futur, il est pr\u00e9vu de transf\u00e9rer la plupart des optimisations pr\u00e9sentes dans Pyston vers Pyston-lite, ainsi que d'\u00e9largir les versions de CPython prises en charge (la premi\u00e8re version ne prend en charge que Python 3.8). Parmi les projets plus globaux, une collaboration avec l'\u00e9quipe de CPython est envisag\u00e9e pour mettre en \u0153uvre de nouvelles API pour le JIT, permettant un contr\u00f4le plus complet de l'ex\u00e9cution de Python. L'inclusion des modifications propos\u00e9es dans la branche Python 3.12 est en discussion. Id\u00e9alement, il est envisag\u00e9 de transf\u00e9rer toute la fonctionnalit\u00e9 de Pyston vers l'extension, ce qui permettrait d'abandonner le maintien de notre propre fork de CPython. <\/p>\n
En plus de Pyston-lite, le projet a \u00e9galement publi\u00e9 une mise \u00e0 jour du paquet complet Pyston 2.3.4, qui propose de nouvelles optimisations. Dans le test pyperformance, la version 2.3.4 est environ 6 % plus rapide que la version 2.3.3. Le gain de performance global par rapport \u00e0 CPython est estim\u00e9 \u00e0 66 %. <\/p>\n
On peut \u00e9galement souligner les optimisations mises en \u0153uvre dans le cycle de d\u00e9veloppement de CPython 3.11, qui ont permis d'augmenter la performance de 25 % dans certains tests. Par exemple, dans CPython 3.11, l'efficacit\u00e9 du cache de l'\u00e9tat du bytecode des modules de base a \u00e9t\u00e9 am\u00e9lior\u00e9e, ce qui acc\u00e9l\u00e9rera le d\u00e9marrage des scripts de 10 \u00e0 15 %. L'appel de fonctions a \u00e9t\u00e9 consid\u00e9rablement acc\u00e9l\u00e9r\u00e9 et des interpr\u00e9teurs rapides sp\u00e9cialis\u00e9s pour les op\u00e9rations de type ont \u00e9t\u00e9 ajout\u00e9s. Un travail est \u00e9galement en cours pour transf\u00e9rer certaines optimisations d\u00e9velopp\u00e9es par les projets Cinder et HotPy. <\/p>\n
Dans le cadre du projet nogil, un travail est r\u00e9alis\u00e9 sur un mode exp\u00e9rimental de compilation de CPython sans verrouillage global des interpr\u00e9teurs (GIL, Global Interpreter Lock), ce qui emp\u00eache l'acc\u00e8s simultan\u00e9 aux objets partag\u00e9s depuis diff\u00e9rents threads, g\u00eanant ainsi le parall\u00e9lisme des op\u00e9rations sur des syst\u00e8mes multic\u0153urs. Une autre solution possible au probl\u00e8me du GIL consiste \u00e0 lier un GIL distinct \u00e0 chaque interpr\u00e9teur ex\u00e9cut\u00e9 \u00e0 l'int\u00e9rieur d'un processus (plusieurs interpr\u00e9teurs peuvent \u00eatre ex\u00e9cut\u00e9s dans un m\u00eame processus, mais l'efficacit\u00e9 de leur ex\u00e9cution parall\u00e8le est limit\u00e9e par le GIL). \n Source : opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"