1/ Мы только что преодолели узкое место в обязательствах государства в Eclipse: AlDBaran поддерживает 48 миллионов обновлений в секунду на 96-ядерном сервере AWS, ускоряя свертку GigaCompute в Eclipse.

2/ Почему это важно: 1M TPS -> 3M обновлений состояния/сек (~3 ключа/транзакция на Eclipse). Стандартные движки ADS не справляются ниже 0.6 M/s, что составляет разрыв в 5 раз, который мы отказались принять.

3/ Познакомьтесь с AlDBaran: два специально разработанных движка для состояния. 🔹 Плеяды - молниеносные обновления в DRAM 🔹 Гиады - асинхронное, только добавление хранилище доказательств

4/ Пять правил дизайна Pleiades: 1️⃣ Выполнение только с DRAM (без fsync/ошибок страницы) 2️⃣ Разделение потоков (0 блокировок) 3️⃣ Буферизация Twig (отложенное хеширование верхнего дерева) 4️⃣ Пакетирование SIMD (16 хешей/операция вектора) 5️⃣ Предсказуемая компоновка + предварительная выборка (попадания в кэш L2)

5/ Основные моменты бенчмарка: - 48M ups на 96 ядрах для Pleiades при примерно 1B ключей (0.5 M/ядро ≈ 78 % пик в одиночку) и 40M ups даже при 8B ключей - 24M ups с историей для Hyades - Корни состояния теперь проходят через канал на 50 Gbps.

6/ Это 20× скачок по сравнению с 2,3 М/с QMDB и в 30 раз быстрее, чем наши внутренние тесты QMDB. Теперь наше требование в 3 М/с потребляет менее 7 % мощности, что дает огромный запас.

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

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