OpenAI stellt Pando vor : Ein Git-Backend, das die mediane Push-Latenz um etwa 80 % reduziert

OpenAI stellt Pando vor : Ein Git-Backend, das die mediane Push-Latenz um etwa 80 % reduziert
3 Minuten Lesezeit

OpenAI hat Pando vorgestellt, ein neues Git-Backend, das nun die gesamte Entwicklung in seinem Monorepo abwickelt, also einem einzigen Code-Repository. Der Git-Client und das Protokoll bleiben unverändert: Ingenieure und Codex-Agenten führen weiterhin die Befehle git push und git fetch wie bisher aus, nur der Server hat sich geändert. Laut dem Unternehmen ist die mediane Latenz für Code-Übertragungen (push) um fast 80 % gesunken.

  • OpenAI stellt Pando vor, ein neues Git-Backend für sein Monorepo.
  • Der Git-Client bleibt unverändert, nur der Server wurde ersetzt.
  • Laut OpenAI sinkt die mediane Push-Latenz um fast 80 %.
  • Die Zahlen sind selbst ausgewiesen, und Pando ist nicht Open Source.

Warum OpenAI das Backend gewechselt hat

Die Codex-Agenten haben die parallel durchgeführten Arbeiten vervielfacht. Laut dem von OpenAI veröffentlichten Commit-Diagramm stiegen die Commits auf dem master-Branch im dritten Quartal 2026 um 1.378 % im Vergleich zum ersten Quartal 2024, und die Schätzung für das vierte Quartal 2026 liegt bei +2.442 %. Jede Übertragung löst nun viele Code-Abrufe durch Continuous-Integration-Tools aus. Ende 2025 verlangsamten sich Abrufe und Übertragungen, Merges schlugen fehl und die Zuverlässigkeit fiel zeitweise unter 90 %. Das Unternehmen kam zu dem Schluss, dass der Engpass in der Art lag, wie Git bedient wurde, und nicht in Git selbst.

Wie Pando funktioniert

Laut dem Engineering-Beitrag von OpenAI verwirft Pando zwei Annahmen, die die meisten Git-Server als unumgänglich betrachten. Die erste betrifft die Repository-weite Konsistenz: Klassische Server ordnen jede Referenzaktualisierung für das gesamte Repository, sodass nicht miteinander verbundene Übertragungen warten müssen. Pando übernimmt eine kausale Konsistenz, bei der jeder Branch separat behandelt wird und Clients nur dann in Konflikt geraten, wenn sie dieselbe Referenz pushen. Der Kompromiss ist, dass ein Leser, der mehrere Branches abfragt, sie zu unterschiedlichen Zeitpunkten sehen kann.

Die zweite Annahme betrifft die Erzeugung eines separaten Pakets für jeden Client. Standard-Server erstellen bei jedem Abruf ein neues, während Pando jedes gesendete Paket als unveränderlichen Blob speichert und eine „Referenzversion » in einem erweiterbaren Metadaten-Speicher registriert. Eine Übertragung erfordert eine konstante Anzahl von Lese- und Schreibvorgängen für Metadaten, während ein Abruf eine Anzahl proportional zum Logarithmus der zu schließenden Versionslücke erfordert. Um die Größe der Übertragungen zu begrenzen, wird nur der Hauptbranch als Basis für neue Branches angekündigt. Im OpenAI-Monorepo wiegt das mediane Paket weniger als 20 KiB.

Die Pakete werden dann über packfile-uri verteilt, eine bestehende Funktion des Git-Protokolls, und ein Delivery-Service namens Express cached sie nach Regionen mit einer Erfolgsrate von über 99 %. Jede Übertragung erzeugt ein „L0″-Paket, das Hintergrundprozesse zu immer größeren Paketen zusammenfassen, bis zur Stufe L4 für das aktuelle Monorepo. Dieser Mechanismus ersetzt die traditionelle Garbage Collection von Git.

Selbstausgewiesene Zahlen

OpenAI gibt an, dass Pando fast ein Petabyte Git-Daten pro Tag mit nur wenigen CPU-Kernen verarbeitet und dass es in einer einzigen Stunde über 57 TB Pakete bereitgestellt hat, davon über 99 % aus dem lokalen Festplatten-Cache. Auf Standard-Cloud-VMs sättigen Klone und Abrufe 10-Gbit/s-Verbindungen. Das Unternehmen hat auch Tests mit mehreren tausend gleichzeitigen Absendern durchgeführt, ohne nach eigenen Angaben Leistungseinbußen. Alle diese Zahlen sind selbstausgewiesen, und es wurden noch keine unabhängigen Benchmarks veröffentlicht.

Pando ist nicht Open Source, und OpenAI gibt an, Möglichkeiten zur Weitergabe der Technologie zu prüfen. Lesevorgänge über mehrere Branches hinweg haben keine Momentaufnahme des Repositorys zu einem bestimmten Zeitpunkt, und wiederholte Übertragungen von gestapelten Branches senden den gesamten Inhalt außerhalb des Hauptbranches zurück. An den Git-Client vorgenommene Patches wurden upstream eingereicht, während das Backend vorerst intern bleibt.

S’abonner
Notification pour
guest

0 Commentaires
Le plus ancien
Le plus récent Le plus populaire
0
Nous aimerions avoir votre avis, veuillez laisser un commentaire.x