{"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":"Presentato Pyston-lite, un compilatore JIT per il 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 tecnologie moderne di JIT compilation, hanno presentato l'estensione Pyston-lite con un'implementazione del compilatore JIT per CPython. Se Pyston \u00e8 un ramo del codice sorgente di CPython e si sviluppa in modo autonomo, Pyston-lite \u00e8 progettato come un'estensione universale, destinata a essere collegata all'interprete standard di Python (CPython). <\/p>\n
Pyston-lite consente di utilizzare le tecnologie di base di Pyston senza sostituire l'interprete, attraverso l'installazione di un'estensione aggiuntiva mediante 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 «pip install pyston_lite_autoload» o «conda install pyston_lite_autoload -c pyston». Sono offerti due pacchetti: pyston_lite (JIT direttamente) e pyston_lite_autoload (che esegue automaticamente la sostituzione JIT all'avvio del processo Python). \u00c8 anche possibile gestire programmaticamente l'attivazione del 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 un incremento delle prestazioni di circa il 10-25% rispetto al normale Python 3.8. In futuro, \u00e8 previsto il trasferimento nella versione Pyston-lite della maggior parte delle ottimizzazioni presenti in Pyston, oltre all'espansione delle versioni supportate di CPython (la prima versione supporta solo Python 3.8). Tra i piani pi\u00f9 ambiziosi si segnala la collaborazione con il team di CPython per implementare nuove API per JIT, che permetteranno un controllo pi\u00f9 completo sul funzionamento di Python. Si sta anche discutendo l'inclusione delle modifiche proposte nella branch di Python 3.12. Idealmente, si sta valutando la possibilit\u00e0 di trasferire tutta la funzionalit\u00e0 da Pyston a un'estensione, il che permetterebbe di abbandonare il mantenimento di un proprio fork di CPython. <\/p>\n
Oltre a Pyston-lite, il progetto ha rilasciato anche un aggiornamento del pacchetto completo Pyston 2.3.4, in cui sono state introdotte nuove ottimizzazioni. Nei test di pyperformance, la versione 2.3.4 \u00e8 pi\u00f9 veloce della 2.3.3 di circa il 6%. Il guadagno complessivo in termini di prestazioni rispetto a CPython \u00e8 stimato al 66%. <\/p>\n
\u00c8 possibile evidenziare anche le ottimizzazioni sviluppate nel ciclo di sviluppo di CPython 3.11 nel progetto principale, 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 accelerato l'invocazione 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
Inoltre, nell'ambito del progetto nogil, si sta lavorando a una modalit\u00e0 di compilazione sperimentale di CPython senza il blocco globale dell'interprete (GIL, Global Interpreter Lock), che impedisce l'accesso parallelo a oggetti condivisi da thread diversi, ostacolando la parallelizzazione delle operazioni su sistemi multicore. Come altra soluzione al problema del GIL, si sta sviluppando la possibilit\u00e0 di associare un GIL separato a ciascun interprete eseguito all'interno di un processo (in un processo possono essere eseguiti pi\u00f9 interpreti, ma l'efficienza della loro esecuzione parallela \u00e8 limitata dal GIL). \n Fonte: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"