OpenAI heeft Pando gepresenteerd, een nieuwe Git-backend die nu alle ontwikkeling in zijn monorepo verzorgt, dat wil zeggen een enkele coderepository. De Git-client en het protocol blijven ongewijzigd: ingenieurs en Codex-agents blijven de commando’s git push en git fetch uitvoeren zoals voorheen, alleen de server is veranderd. Volgens het bedrijf is de mediane latentie van code-uploads (push) met bijna 80% gedaald.
- OpenAI presenteert Pando, een nieuwe Git-backend voor zijn monorepo.
- Git-clients blijven ongewijzigd, alleen de server verandert.
- Volgens OpenAI daalt de mediane pushlatentie met bijna 80%.
- De cijfers zijn zelfgerapporteerd, en Pando blijft intern en niet open source.
Waarom OpenAI van backend is veranderd
De Codex-agents hebben het aantal parallel uitgevoerde taken sterk vermenigvuldigd. Volgens de door OpenAI gepubliceerde commit-grafiek zijn de commits op de master-tak in het derde kwartaal van 2026 met 1.378% gestegen ten opzichte van het eerste kwartaal van 2024, en de schatting voor het vierde kwartaal van 2026 bereikt +2.442%. Elke upload triggert nu vele code-fetches door de tools voor continue integratie. Eind 2025 vertraagden de fetches en pushes, merges mislukten en de betrouwbaarheid zakte soms onder de 90%. Het bedrijf concludeerde dat de bottleneck zat in de manier waarop het Git bediende, en niet in Git zelf.
Hoe Pando werkt
Volgens het engineeringblog dat door OpenAI is gepubliceerd, verwerpt Pando twee aannames die de meeste Git-servers als onvermijdelijk beschouwen. De eerste betreft consistentie op repositoryschaal: klassieke servers ordenen elke referentie-update voor de hele repository, zodat ongerelateerde pushes moeten wachten. Pando gebruikt causale consistentie, waarbij elke tak afzonderlijk wordt behandeld en clients alleen in conflict komen wanneer ze dezelfde referentie pushen. Het compromis is dat een lezer die meerdere takken raadpleegt, deze op verschillende momenten kan zien.
De tweede aanname betreft het genereren van een apart pakket voor elke client. Standaardservers maken bij elke fetch een nieuw pakket aan, terwijl Pando elk verzonden pakket opslaat als een onveranderlijke blob en een ‘referentieversie’ registreert in een uitbreidbare metadata-store. Een push vereist een constant aantal metadata-lees- en schrijfbewerkingen, terwijl een fetch er een aantal vereist dat evenredig is met de logaritme van het te overbruggen versieverschil. Om de grootte van pushes te beperken, wordt alleen de hoofdtak aangekondigd als basis voor nieuwe takken. In de monorepo van OpenAI weegt het mediane pakket minder dan 20 KiB.
De pakketten worden vervolgens gedistribueerd via packfile-uri, een bestaande functie van het Git-protocol, en een leveringsservice genaamd Express cachet ze per regio, met een slagingspercentage van meer dan 99%. Elke push creëert een ‘L0’-pakket dat door achtergrondprocessen wordt samengevoegd tot steeds grotere pakketten, tot aan niveau L4 voor de huidige monorepo. Dit mechanisme vervangt de traditionele garbage collection van Git.
Zelfgerapporteerde cijfers
OpenAI geeft aan dat Pando bijna een petabyte aan Git-data per dag verwerkt met slechts enkele CPU-cores, en dat het meer dan 57 TB aan pakketten in één uur heeft bediend, waarvan meer dan 99% vanuit de lokale schijfcache. Op standaard cloud-VM’s verzadigen clones en fetches 10 Gbit/s-verbindingen. Het bedrijf heeft ook tests uitgevoerd met meerdere duizenden gelijktijdige pushers, zonder prestatieverlies volgens hen. Al deze cijfers zijn zelfgerapporteerd, en er is nog geen onafhankelijke benchmark gepubliceerd.
Pando is niet open source, en OpenAI geeft aan manieren te onderzoeken om de technologie te delen. Leesbewerkingen over meerdere takken hebben geen momentopname van de repository op een bepaald tijdstip, en herhaalde pushes van gestapelde takken retourneren alle inhoud buiten de hoofdtak. De patches voor de Git-client zijn upstream ingediend, terwijl de backend voorlopig intern blijft.
