1/ Chúng tôi vừa phá vỡ nút thắt cam kết trạng thái tại Eclipse: AlDBaran duy trì 48 triệu cập nhật/giây trên một máy AWS 96 lõi, tăng tốc quá trình GigaCompute rollup của Eclipse.

2/ Tại sao nó quan trọng: 1M TPS -> 3M cập nhật trạng thái / giây (~ 3 phím / tx trên Eclipse). Động cơ ADS có sẵn bị sặc dưới 0,6 M / s, khoảng cách gấp 5 lần mà chúng tôi từ chối chấp nhận.

3/ Gặp gỡ AlDBaran: hai động cơ được chế tạo chuyên dụng cho nhà nước. 🔹 Pleiades - cập nhật trong DRAM, nhanh chóng 🔹 Hyades - cửa hàng bằng chứng không đồng bộ, chỉ phụ lục

4/ Năm quy tắc thiết kế của Pleiades: 1️⃣ Chỉ thực thi DRAM (không có lỗi fsync / trang) 2️⃣ Phân mảnh ren (0 khóa) 3️⃣ Bộ đệm cành cây (trì hoãn băm cây trên cùng) 4️⃣ Phân lô SIMD (16 hàm băm / op vector) 5️⃣ Bố cục có thể dự đoán được + tìm nạp trước (lần truy cập bộ nhớ cache L2)

5/ Điểm nổi bật của điểm chuẩn: - 48M up trên 96 lõi cho Pleiades ở khoảng 1B phím (0,5 M / lõi ≈ 78% solo peak) và 40M up ngay cả ở 8 phím B - 24M lên lịch sử cho Hyades - Gốc trạng thái hiện đi qua một liên kết 50 Gbps.

6/ Đó là một bước nhảy vọt 20× so với QMDB 2.3M/s và nhanh hơn 30× so với các thử nghiệm QMDB nội bộ của chúng tôi. Yêu cầu 3 M / s của chúng tôi hiện tiêu tốn < 7% công suất, khoảng không lớn.

7/ Hyades chạy hoàn toàn không đồng bộ, thu thập các mục bằng chứng 40B nhỏ gọn ngoài đường vào nhật ký chỉ đính kèm, trong khi tải trọng tài khoản đầy đủ rơi vào một nhật ký riêng biệt. Con đường nóng vẫn không tì vết.

8/ Bạn có thể tìm hiểu thêm về kiến trúc AlDBaran và kết quả tiêu đề tại: