OpenAI đã giới thiệu Pando, một chương trình phụ trợ Git mới hiện phục vụ tất cả sự phát triển trong monorepo của nó. Phần phụ trợ OpenAI Pando Git giữ giao thức và ứng dụng khách Git tiêu chuẩn. Các kỹ sư và đại lý Codex vẫn chạy git push và gitfetch như trước. Chỉ có máy chủ thay đổi. Nhóm OpenAI báo cáo độ trễ đẩy trung bình đã giảm gần 80%. Pando hiện cung cấp gần một petabyte dữ liệu Git mỗi ngày. TL;DR

Quy mô: Gần 1 PB dữ liệu Git mỗi ngày; đạt đỉnh trên 57 TB trong 1 giờ. Chạy trên: Phần cứng hàng hóa; máy ảo đám mây tiêu chuẩn bão hòa các liên kết 10 Gbps khi sao chép và tìm nạp. Hiệu suất: Hàng nghìn bộ đẩy đồng thời mà không bị suy giảm, theo thử nghiệm riêng của OpenAI. Tốt nhất: Độ trễ đẩy trung bình giảm gần 80% (khoảng 5x). Tệ nhất: Không phải nguồn mở; nhánh lặp lại đẩy lịch sử gửi lại không phải trung kế (gói p99 dưới 3 MiB).

OpenAI Pando là gì? Pando là một chương trình phụ trợ máy chủ tương thích với Git của OpenAI, có khả năng mở rộng quy mô các lần đẩy và tìm nạp đồng thời cho một monorepo. Nó được viết bằng Rust và được sản xuất sau 10 tuần. Một kỹ sư đã thiết kế phần lõi và các nhóm đặc vụ Codex đã triển khai nó. Nó đã phục vụ lưu lượng sản xuất kể từ tháng 4 năm 2026. Tại sao OpenAI cần chương trình phụ trợ Git mới? Codex nhân rộng công việc song song. Biểu đồ cam kết của OpenAI cho thấy số cam kết đạt được trên bản gốc tăng 1.378% trong quý 3 năm 2026 so với quý 1 năm 2024. Ước tính quý 4 năm 2026 của nó là +2.442%. Giờ đây, mỗi lần đẩy sẽ kích hoạt nhiều lần tìm nạp CI. Đến cuối năm 2025, quá trình tìm nạp và đẩy chậm lại, việc hợp nhất không thành công và độ tin cậy có lúc giảm xuống dưới 90%. OpenAI kết luận nút thắt cổ chai nằm ở cách nó phục vụ Git chứ không phải bản thân Git. Pando hoạt động như thế nào? Pando loại bỏ 2 giả định mà hầu hết các máy chủ Git coi là yêu cầu:

1. Tính nhất quán trên toàn bộ kho lưu trữ: Các máy chủ thông thường sắp xếp mọi bản cập nhật ref trên toàn bộ kho lưu trữ, vì vậy các lần đẩy không liên quan sẽ phải chờ. Thay vào đó, Pando sử dụng tính nhất quán nhân quả. Mỗi nhánh được tuần tự hóa riêng và khách hàng chỉ xung đột khi đẩy cùng một tham chiếu. Sự cân bằng: người đọc xem một số nhánh có thể nhìn thấy chúng ở những thời điểm khác nhau.
2. Một tệp gói duy nhất cho mỗi khách hàng: Các máy chủ tiêu chuẩn xây dựng một gói mới cho mỗi lần tìm nạp. Pando lưu trữ từng gói được đẩy như một đốm màu bất biến. “Phiên bản giới thiệu” sẽ được đưa vào kho siêu dữ liệu có thể mở rộng. Một lần đẩy cần đọc và ghi siêu dữ liệu O(1). Quá trình tìm nạp cần đọc O(log Δ), trong đó Δ là khoảng cách phiên bản giới thiệu cần đóng. Làm thế nào các cú đẩy được giữ ở kích thước nhỏ và có thể tái sử dụng? Với hàng triệu chi nhánh, một quảng cáo giới thiệu đầy đủ có thể vượt quá 100 MiB. Pando chỉ quảng cáo nhánh trung kế làm cơ sở cho các lần đẩy nhánh tính năng mới. Sau đó, bất kỳ trình đọc nào có lịch sử trung kế đều có thể tìm nạp nhánh đó từ 1 gói được lưu trữ. Trong monorepo của OpenAI, gói trung bình dưới 20 KiB. Quá trình tìm nạp được phân phối ở tốc độ dòng như thế nào? Pando trả về các liên kết tải xuống thông qua packfile-uri, một tính năng giao thức Git hiện có. Nó gửi một gói nội tuyến trống. Dịch vụ phân phối có tên Express lưu trữ các gói theo khu vực, sử dụng hàm băm nhất quán, với tỷ lệ trúng trên 99%. Điều gì thay thế việc thu gom rác? Mỗi lần đẩy sẽ tạo ra một gói “L0”. Nhóm công nhân nền đóng gói thành các lớp phủ lớn hơn về mặt hình học, tương tự như việc nén cây LSM. Monorepo hiện đang sử dụng bìa lên tới L4. Các bìa hoạt động như một danh sách bỏ qua, do đó việc lựa chọn gói sẽ chạy theo thời gian logarit.

&

Số lượng sản xuất là gì? Tất cả số liệu dưới đây đều do OpenAI tự báo cáo.

Độ trễ đẩy trung bình giảm gần 80%. Gần 1 PB dữ liệu Git mỗi ngày, chỉ sử dụng một số lõi CPU. Hơn 57 TB gói được phân phát trong một giờ, hơn 99% từ bộ đệm đĩa cục bộ. Sao chép và tìm nạp các liên kết bão hòa 10 Gbps trên máy ảo đám mây tiêu chuẩn.

OpenAI cũng đã chạy mô phỏng 1.000 người viết dựa trên các thiết kế ghi nhật ký 3 giai đoạn và ghi trước. Nó dán nhãn cho những mô hình giảng dạy này chứ không phải các tiêu chuẩn. Pando so sánh với các phương pháp khác như thế nào? OpenAI PandoGitHub SpokesAnthropic ScionGit client tương thíchCó Có Không, ứng dụng khách scn riêng Viết phối hợp trên mỗi nhánh, tính nhất quán nhân quả Cam kết ba giai đoạn với số đại biểu Cam kết phía máy chủ; giới thiệu thông qua so sánh và trao đổiBản sao mặc địnhKhông được tiết lộ (lưu trữ siêu dữ liệu + blob)5 bản sao đầy đủ Không có bản sao kho được cụ thể hóa đầy đủĐọc đường dẫnCác gói được sử dụng lại qua packfile-uri, Bộ nhớ đệm nhanhBản sao không đồng bộ gần nhấtBộ nhớ đệm cây/blob theo cấp bậcTỷ lệ trúng bộ nhớ đệmTrên 99%Không được tiết lộHơn 99% mỗi tầngKết quả tiêu đềĐộ trễ đẩy trung bình xuống ~80%Phục vụ ~1 tỷ kho lưu trữDấu chân CPU/bộ nhớ nhỏ hơn 200 lầnNỗ lực xây dựng10 tuần, RustNot được tiết lộ7 người, 5 thángCó sẵn cho người khácKhôngCó, hỗ trợ GitHubKhông Pando được xây dựng và triển khai như thế nào? OpenAI đã viết bộ tuân thủ Git cho các tác nhân và bổ sung thử nghiệm mô phỏng xác định. Đại lý sử dụng GPT-6 Astra đã viết thông số Lean và TLA+ để tìm lỗi. Pando lần đầu tiên chạy dưới dạng proxy đọc và ghi nên lưu lượng truy cập được di chuyển mà không có thời gian ngừng hoạt động. OpenAI gửi bản dựng Git của riêng mình cho các máy của nhà phát triển và ứng dụng máy tính để bàn ChatGPT. Điều gì quay trở lại với Git ngược dòng? OpenAI đã sửa lỗi xử lý máy khách đối với các lượt tải xuống gói đồng thời, bị gián đoạn và tiếp tục, đồng thời thêm tính năng theo dõi packfile-uri. Bản dựng của nó bổ sung tính năng lập chỉ mục gói song song và "có rõ ràng". Một số bản sửa lỗi đang ở thượng nguồn. Phần còn lại nằm trong một trình theo dõi bản vá công khai. Những hạn chế là gì?

Pando không phải là nguồn mở; Nhóm OpenAI tuyên bố rằng họ đang tìm cách chia sẻ công nghệ. Việc đọc nhiều nhánh không có ảnh chụp nhanh tại một thời điểm. Lặp lại hoặc đẩy nhánh xếp chồng lên nhau để gửi lại mọi thứ bên ngoài thân cây. Gói p99 có dung lượng dưới 3 MiB. Mọi con số hiệu suất đều được tự báo cáo, chưa có điểm chuẩn độc lập.

Bài học chính

Pando giữ lại Git nhưng xây dựng lại máy chủ cho lưu lượng tác nhân song song. Tính nhất quán nhân quả trên mỗi nhánh loại bỏ tranh chấp ghi trên toàn kho lưu trữ. Các gói được lưu trữ, có thể tái sử dụng sẽ thay thế việc tạo gói cho mỗi khách hàng. Độ trễ đẩy trung bình giảm gần 80%; lưu lượng truy cập hàng ngày gần 1 PB. Các bản sửa lỗi của máy khách đi ngược dòng; hiện tại phần phụ trợ vẫn ở bên trong.

Xem bài đăng đầy đủ về kỹ thuật OpenAI, kho lưu trữ OpenAI Git và trình theo dõi bản vá. Ngoài ra, vui lòng theo dõi chúng tôi trên Twitter và đừng quên tham gia SubReddit 150k+ML của chúng tôi và Đăng ký Bản tin của chúng tôi. Chờ đợi! bạn có đang dùng điện tín không? bây giờ bạn cũng có thể tham gia cùng chúng tôi trên telegram. Bạn cần hợp tác với chúng tôi để quảng bá GitHub Repo HOẶC Trang ôm mặt HOẶC Phát hành sản phẩm HOẶC Hội thảo trên web, v.v.? Kết nối với chúng tôi Bài đăng OpenAI giới thiệu Pando: Phần cuối Git giúp giảm độ trễ đẩy trung bình ~ 80% xuất hiện đầu tiên trên MarkTechPost.