1. Ми щойно зламали вузьке місце між державними зобов'язаннями на Eclipse: AlDBaran витримує 48 МБ оновлень/сек на 96-ядерному пристрої AWS, прискорюючи зведення GigaCompute Eclipse.

2/ Чому це важливо: 1M TPS -> 3M оновлень стану/сек (~3 клавіші/tx на Eclipse). Готові двигуни ADS захлинаються нижче 0,6 М/с, 5-кратний розрив, який ми відмовилися приймати.

3/ Зустрічайте AlDBaran: два спеціально створені двигуни для штату. 🔹 Pleiades - блискавично швидке оновлення в пам'яті DRAM 🔹 Hyades - асинхронне сховище доказів лише з додаванням

4. П'ять правил дизайну Плеяд: 1️⃣ Виконання тільки DRAM (без fsync/page-faults) 2️⃣ Шардинг ниток (0 замків) 3️⃣ Буферизація гілок (відкладення хешування верхівкового дерева) 4️⃣ Пакетування SIMD (16 хешів/векторна операція) 5️⃣ Передбачувана верстка + попередня вибірка (попадання кешу L2)

5/ Основні показники бенчмарку: - 48 МБ на 96 ядер для Pleiades на приблизно 1 B клавішах (0,5 М/ядро ≈ 78 % соло піку) і 40 МП навіть на 8 B клавішах - 24M ups з історією для Hyades - Коріння штатів тепер плаває через канал зв'язку 50 Гбіт/с.

6. Це на 20× більше, ніж 2,3 М/с QMDB, і на 30× швидше, ніж наші внутрішні тести QMDB. Наша потреба в 3 м/с тепер споживає < 7% потужності, що є величезним запасом висоти.

7. Hyades працює повністю асинхронно, приймаючи компактні записи 40B доказів поза маршрутом у журнал, який доступний лише для додавання, тоді як повне корисне навантаження облікового запису потрапляє в окремий журнал. Гарячий шлях залишається бездоганним.

8/ Ви можете дізнатися більше про архітектуру AlDBaran та основні результати за посиланням: