Rust in CPython: Debatte um schrittweise Integration entbrannt

ArtikelDaroc AldenDiskussion

Die Python-Core-Entwickler Emma Smith und Kirill Podoprigora haben einen Vorschlag eingebracht, Rust schrittweise in CPython zu integrieren. Nach Bedenken bezüglich Plattformunterstützung und Wartungsaufwand wurde das Ziel, Rust verpflichtend zu machen, auf unbestimmte Zeit verschoben.

Das Wichtigste

  1. Der ursprüngliche Vorstoß sah vor, Rust bis Python 3.17 (2028) zur verpflichtenden Build-Abhängigkeit zu machen, beginnend mit optionalen Modulen in Python 3.15.
  2. Als Hauptgründe nannten die Initiatoren Speichersicherheit, Performance-Steigerungen für Standardmodule wie base64 und eine leichtere Gewinnung neuer Mitwirkender.
  3. Gegenwind gab es unter anderem von Steve Dower, der Komplexität durch Mehrsprachen-Codebases und optionale Kernmodule kritisierte, sowie von Michał Górny (Gentoo), der Plattform-Inkompatibilitäten auf Nischenarchitekturen fürchtet.
  4. Unterstützung kam unter anderem von Guido van Rossum und den Maintainern des PyO3-Projekts.
  5. Als Reaktion auf die Kritik reduzierten Smith und Podoprigora den Plan vorerst auf optionale Standardbibliotheksmodule, um Integrationsgrundlagen und APIs zu testen.

Warum das relevant ist

CPython bildet das Fundament eines enormen Software-Ökosystems. Eine zusätzliche Sprachabhängigkeit wie Rust berührt fundamentale Fragen zu Portabilität, Toolchains, Sicherheit und der langfristigen Gewinnung von Mitwirkenden.

Einordnung

Die Diskussion spiegelt bekannte Konflikte aus Projekten wie dem Linux-Kernel wider: Der Wunsch nach modernen Sicherheitsgarantien und besserer Entwickler-Ergonomie kollidiert mit Portabilitätsansprüchen und dem Risiko erhöhter Build-Komplexität. Der Rückzug auf optionale Module entschärft akute Bruchstellen für Linux-Distributionen wie Gentoo, erzeugt laut Kritikern wie Jelle Zijlstra jedoch vorerst zusätzliche Komplexität bei geringem unmittelbarem Nutzen für den Kerninterpreter.

Gefunden in

Zusammenfassung von KI erstellt (Gemini 3.8 Flash, 27. September 2026). Sie kann Fehler enthalten – maßgeblich ist die Originalquelle.

Inhaltlich ähnlich, ermittelt über die KI-Suche.

  • Link:Emma Smith

    Pre-PEP: Rust für CPython vorgeschlagen

    Ein Diskussionsvorschlag im Python-Forum empfiehlt, Rust schrittweise in CPython zu integrieren. Zunächst soll Rust für optionale Erweiterungsmodule genutzt werden, langfristig jedoch zu einer festen Build-Abhängigkeit für den gesamten CPython-Codebestand werden.

    Webentwicklung· Diskussion

  • Link:Emma Smith

    Rust für CPython: Mehr Sicherheit und Stabilität für das Python-Ökosystem

    Ein Vortrag auf der PyCon US 2026 widmet sich dem Projekt Rust for CPython, das Teile der CPython-Codebasis schrittweise auf Rust umstellen möchte. Ziel ist es, Speicher- und Thread-Unsicherheiten von C zu beseitigen und die Stabilität der Laufzeitumgebung zu erhöhen.

    Security· Vortrag

  • Repository:emmett-framework/granian

    Granian: Rust-basierter HTTP-Server für Python-Anwendungen

    Granian ist ein performanter HTTP-Server für Python, der in Rust auf Basis von Hyper und Tokio entwickelt wurde. Er unterstützt ASGI, WSGI sowie RSGI und zielt darauf ab, gängige Kombinationen wie Gunicorn und Uvicorn durch ein kompaktes, leistungsfähiges Paket zu ersetzen.

    5607SterneRust

    Webentwicklung· Tool

  • Artikel:mojolang.org

    Python-Interoperabilität in Mojo 1.0.0

    Die offizielle Dokumentation zu Mojo Version 1.0.0 beschreibt die bidirektionale Interoperabilität mit dem Python-Ökosystem. Mojo unterstützt sowohl das Aufrufen von Python-Modulen über die CPython-Laufzeitumgebung als auch das Einbinden von Mojo-Modulen in bestehende Python-Projekte.

    KI & AI· Sammlung

  • Link:Michael Kennedy

    Python im Produktivbetrieb: Granian und Rust-basierte App-Server

    In Kapitel 6 seines Buchs 'Python in Production' beschreibt Michael Kennedy den Einsatz von Granian als HTTP-Server für Python-Anwendungen. Der auf Rust basierende Server ersetzt ältere Werkzeuge wie uWSGI und überzeugt in Benchmarks vor allem durch geringe Latenzspitzen sowie die Unterstützung von WSGI und ASGI.

    Webentwicklung· Sammlung

  • Link:mojolang.org

    Mojo erreicht Version 1.0.0 und wird vollständig Open Source

    Die Programmiersprache Mojo wurde in Version 1.0.0 veröffentlicht und unter der Apache-2.0-Lizenz als Open Source auf GitHub bereitgestellt. Mojo positioniert sich als Systemsprache für heterogene Hardware im KI-Bereich, die hohe Performance mit Python-Interoperabilität kombiniert.

    KI & AI· Sammlung

Lassen Sie uns über Ihr Projekt sprechen

Standorte

  • Mattersburg
    Johann Nepomuk Bergerstraße 7/2/14
    7210 Mattersburg, Austria
  • Wien
    Ungargasse 64-66/3/404
    1030 Wien, Austria

Dieser Inhalt wurde teilweise mithilfe von KI erstellt.