{"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\/de\/blog\/news\/predstavlen-pyston-lite-jit-kompilyator-dlya-shtatnogo-python","title":{"rendered":"Pyston-lite, ein JIT-Compiler f\u00fcr standardm\u00e4\u00dfigen Python, wurde vorgestellt.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Die Entwickler des Projekts Pyston, das eine hochleistungsf\u00e4hige Implementierung der Programmiersprache Python mit modernen JIT-Compilation-Technologien bietet, haben die Erweiterung Pyston-lite mit einer Implementierung des JIT-Compilers f\u00fcr CPython vorgestellt. W\u00e4hrend Pyston eine Abspaltung vom CPython-Code ist und unabh\u00e4ngig weiterentwickelt wird, ist Pyston-lite als universelle Erweiterung konzipiert, die f\u00fcr die Anbindung an den Standard-Python-Interpreter (CPython) gedacht ist. <\/p>\n
Pyston-lite erm\u00f6glicht die Nutzung der grundlegenden Pyston-Technologien, ohne den Interpreter ersetzen zu m\u00fcssen, durch die Installation einer zus\u00e4tzlichen Erweiterung mittels des Paketmanagers PIP oder Conda. Pyston-lite ist bereits in den Repositories von PyPI und Conda verf\u00fcgbar, und zur Installation gen\u00fcgt es, den Befehl \u201epip install pyston_lite_autoload\u201c oder \u201econda install pyston_lite_autoload -c pyston\u201c auszuf\u00fchren. Es werden zwei Pakete angeboten: pyston_lite (das eigentliche JIT) und pyston_lite_autoload (das die automatische JIT-Einf\u00fcgung beim Start eines Python-Prozesses durchf\u00fchrt). Auch eine programmatische Steuerung der JIT-Aktivierung aus der Anwendung ist m\u00f6glich, ohne das Modul autoload zu installieren, indem die Funktion pyston_lite.enable() verwendet wird. <\/p>\n
Obwohl Pyston-lite nicht alle verf\u00fcgbaren Optimierungen aus Pyston abdeckt, erm\u00f6glicht seine Nutzung eine Leistungssteigerung von etwa 10-25 % im Vergleich zu gew\u00f6hnlichem Python 3.8. In Zukunft ist geplant, die meisten Optimierungen von Pyston in Pyston-lite zu \u00fcbertragen sowie die unterst\u00fctzten Versionen von CPython zu erweitern (die erste Version unterst\u00fctzt nur Python 3.8). Zu den umfassenderen Pl\u00e4nen geh\u00f6rt die Zusammenarbeit mit dem CPython-Team zur Implementierung neuer APIs f\u00fcr JIT, die eine umfassendere Kontrolle \u00fcber die Ausf\u00fchrung von Python erm\u00f6glichen. Es wird diskutiert, die vorgeschlagenen \u00c4nderungen in den Branch Python 3.12 aufzunehmen. Ideal w\u00e4re es, die gesamte Funktionalit\u00e4t von Pyston in die Erweiterung zu \u00fcbertragen, was die Notwendigkeit einer eigenen Fork von CPython \u00fcberfl\u00fcssig machen w\u00fcrde. <\/p>\n
Neben Pyston-lite wurde auch ein Update f\u00fcr das vollst\u00e4ndige Pyston-Paket 2.3.4 ver\u00f6ffentlicht, das neue Optimierungen bietet. Im pyperformance-Test ist die Version 2.3.4 etwa 6 % schneller als die Version 2.3.3. Der Gesamtleistungsgewinn im Vergleich zu CPython wird auf 66 % gesch\u00e4tzt. <\/p>\n
Zus\u00e4tzlich k\u00f6nnen die im Rahmen des Entwicklungszyklus von CPython 3.11 umgesetzten Optimierungen im Hauptprojekt genannt werden, die in einigen Tests eine Leistungssteigerung von 25 % erm\u00f6glichten. Zum Beispiel wurde in CPython 3.11 die Effizienz des Cache f\u00fcr den Bytecode-Zustand grundlegender Module erh\u00f6ht, was den Start von Skripten um 10-15 % beschleunigt. Der Funktionsaufruf wurde erheblich beschleunigt, und es wurden spezialisierte schnelle Interpreter f\u00fcr typische Operationen hinzugef\u00fcgt. Auch wird an der \u00dcbertragung einiger Optimierungen gearbeitet, die von den Projekten Cinder und HotPy vorbereitet wurden. <\/p>\n
Zus\u00e4tzlich wird im Rahmen des Projekts nogil an einem experimentellen Build-Modus von CPython ohne die globale Interpreter-Sperre (GIL, Global Interpreter Lock) gearbeitet, die den gleichzeitigen Zugriff auf gemeinsame Objekte aus verschiedenen Threads verhindert und somit das Parallelisieren von Operationen auf Mehrkernsystemen behindert. Als eine andere L\u00f6sung f\u00fcr das GIL-Problem wird die M\u00f6glichkeit entwickelt, an jeden Interpreter, der innerhalb eines Prozesses ausgef\u00fchrt wird, ein separates GIL zu binden (innerhalb eines Prozesses k\u00f6nnen mehrere Interpreter ausgef\u00fchrt werden, aber die Effizienz ihrer parallelen Ausf\u00fchrung wird durch das GIL begrenzt). \n Quelle: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"