{"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\/it\/blog\/news\/predstavlen-pyston-lite-jit-kompilyator-dlya-shtatnogo-python","title":{"rendered":"\u00c8 stato presentato Pyston-lite, un compilatore JIT per Python standard.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Gli sviluppatori del progetto Pyston, che offre un'implementazione ad alte prestazioni del linguaggio Python utilizzando moderne tecnologie di compilazione JIT, hanno presentato l'estensione Pyston-lite con un'implementazione del compilatore JIT per CPython. Mentre Pyston \u00e8 un fork del codice sorgente di CPython e si sviluppa in modo indipendente, Pyston-lite \u00e8 concepito come un'estensione universale, destinata a essere collegata all'interprete Python standard (CPython). <\/p>\n
Pyston-lite consente di utilizzare le tecnologie di base di Pyston senza sostituire l'interprete, installando un'estensione aggiuntiva tramite il gestore di pacchetti PIP o Conda. Pyston-lite \u00e8 gi\u00e0 disponibile nei repository PyPI e Conda e per installarlo \u00e8 sufficiente eseguire il comando \u00abpip install pyston_lite_autoload\u00bb oppure \u00abconda install pyston_lite_autoload -c pyston\u00bb. Sono offerti due pacchetti: pyston_lite (JIT puro) e pyston_lite_autoload (che esegue l'inserimento automatico di JIT all'avvio del processo Python). \u00c8 possibile anche gestire programmaticamente l'attivazione di JIT dall'applicazione senza installare il modulo autoload, utilizzando la funzione pyston_lite.enable(). <\/p>\n
Sebbene Pyston-lite non copra tutte le ottimizzazioni disponibili in Pyston, il suo utilizzo consente di aumentare le prestazioni di circa il 10-25% rispetto al normale Python 3.8. In futuro, \u00e8 previsto il trasferimento nella Pyston-lite della maggior parte delle ottimizzazioni presenti in Pyston, nonch\u00e9 l'espansione delle versioni di CPython supportate (la prima versione supporta solo Python 3.8). Tra i piani pi\u00f9 ambiziosi c'\u00e8 la collaborazione con il team di CPython per implementare nuove API per JIT, che permetteranno un controllo pi\u00f9 completo del funzionamento di Python. Si sta discutendo di includere le modifiche proposte nel ramo Python 3.12. Idealmente, si contempla la possibilit\u00e0 di trasferire tutte le funzionalit\u00e0 da Pyston all'estensione, il che consentirebbe di abbandonare la manutenzione del proprio fork di CPython. <\/p>\n
Oltre a Pyston-lite, il progetto ha anche rilasciato un aggiornamento della versione completa del pacchetto Pyston 2.3.4, che offre nuove ottimizzazioni. Nel test pyperformance, la versione 2.3.4 \u00e8 pi\u00f9 veloce della 2.3.3 di circa il 6%. Il guadagno complessivo di prestazioni rispetto a CPython \u00e8 stimato in 66%. <\/p>\n
\u00c8 importante notare le ottimizzazioni in fase di sviluppo nel ciclo di sviluppo di CPython 3.11, che in alcuni test hanno consentito di aumentare le prestazioni del 25%. Ad esempio, in CPython 3.11 \u00e8 stata migliorata l'efficienza della cache dello stato del bytecode dei moduli di base, il che accelera l'avvio degli script del 10-15%. \u00c8 stato notevolmente velocizzato anche il richiamo delle funzioni e sono stati aggiunti interpreti rapidi specializzati per operazioni comuni. Inoltre, si sta lavorando al trasferimento di alcune ottimizzazioni preparate dai progetti Cinder e HotPy. <\/p>\n
Nell'ambito del progetto nogil, si sta lavorando a una modalit\u00e0 sperimentale di compilazione di CPython senza il Global Interpreter Lock (GIL), che impedisce l'accesso parallelo agli oggetti condivisi da thread diversi, ostacolando cos\u00ec il parallelismo delle operazioni su sistemi multi-core. Come alternativa per risolvere il problema del GIL, si sta sviluppando la possibilit\u00e0 di legare un GIL separato a ciascun interprete eseguito all'interno di un processo (in un processo possono essere eseguiti pi\u00f9 interpreti, ma l'efficacia della loro esecuzione parallela \u00e8 vincolata dal GIL). \n Fonte: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"