1/ Acabamos de quebrar o gargalo do compromisso estadual no Eclipse: O AlDBaran sustenta 48 milhões de atualizações/s em uma caixa AWS de 96 núcleos, acelerando o rollup GigaCompute do Eclipse.

2/ Por que é importante: 1M TPS -> 3M atualizações de estado/s (~3 teclas/tx no Eclipse). Os motores ADS prontos para uso engasgam abaixo de 0,6 M/s, uma lacuna de 5x que nos recusamos a aceitar.

3/ Conheça o AlDBaran: dois mecanismos específicos para o estado. 🔹 Plêiades - atualizações rápidas em DRAM 🔹 Hyades - armazenamento de prova assíncrono e somente acréscimo

4/ As cinco regras de design das Plêiades: 1️⃣ Execução somente DRAM (sem fsync/falhas de página) 2️⃣ Fragmentação de thread (0 bloqueios) 3️⃣ Buffer de galho (adiar hash da árvore superior) 4️⃣ Envio em lote SIMD (16 hashes/operação vetorial) 5️⃣ Layout previsível + pré-busca (acertos de cache L2)

5/ Destaques do benchmark: - 48 milhões de subidas em 96 núcleos para Plêiades em aproximadamente 1 B de chaves (0,5 M/núcleo ≈ 78% de pico solo) e 40 milhões de alturas mesmo em 8 chaves B - 24 milhões de ups com história para Hyades - As raízes estaduais agora navegam por meio de um link de 50 Gbps.

6/ Isso é um salto de 20× em relação aos 2,3 M/s do QMDB e 30× mais rápido do que nossos testes internos do QMDB. Nosso requisito de 3 M/s agora consome < 7% da capacidade, espaço livre.

7/ Hyades é executado totalmente assíncrono, ingerindo entradas compactas de prova 40B fora do caminho em um log somente de acréscimo, enquanto as cargas úteis completas da conta pousam em um diário separado. O caminho quente permanece impecável.

8/ Você pode aprender mais sobre a arquitetura AlDBaran e os principais resultados em: