1/ Acabamos de romper el cuello de botella del compromiso estatal en Eclipse: AlDBaran admite 48 millones de actualizaciones por segundo en una caja de AWS de 96 núcleos, lo que acelera la acumulación de GigaCompute de Eclipse.

2/ Por qué es importante: 1M TPS -> 3M de actualizaciones de estado/seg (~3 teclas/tx en Eclipse). Los motores ADS disponibles en el mercado se ahogan por debajo de 0,6 M/s, una brecha de 5 veces que nos negamos a aceptar.

3/ Conozca AlDBaran: dos motores especialmente diseñados para el estado. 🔹 Pleiades: actualizaciones ultrarrápidas en DRAM 🔹 Hyades: almacén de pruebas asíncrono, de solo anexar

4/ Las cinco reglas de diseño de las Pléyades: 1️⃣ Ejecución solo DRAM (sin fsync/page-faults) 2️⃣ Fragmentación de roscas (0 bloqueos) 3️⃣ Búfer de ramitas (diferir el hash del árbol superior) 4️⃣ Procesamiento por lotes SIMD (16 hashes/operación vectorial) 5️⃣ Diseño predecible + prefetch (aciertos de caché L2)

5/ Puntos destacados del benchmark: - 48 M de subidas en 96 núcleos para las Pléyades a aproximadamente 1 B de teclas (0,5 M/núcleo ≈ 78 % de pico en solitario) y 40 M de subidas incluso a 8 teclas B - 24M con historia para Hyades - Las raíces de estado ahora navegan a través de un enlace de 50 Gbps.

6/ Eso es un salto del 20× con respecto a los 2,3 millones de QMDB y un 30× más rápido que nuestras pruebas internas de QMDB. Nuestro requerimiento de 3 M/s ahora consume < 7 % de la capacidad, un espacio libre masivo.

7/ Hyades se ejecuta de forma totalmente asíncrona, ingiriendo entradas de prueba compactas de 40B fuera de la ruta en un registro de solo anexar, mientras que las cargas útiles de la cuenta completa aterrizan en un diario separado. El camino caliente se mantiene impecable.

8/ Puede obtener más información sobre la arquitectura de AlDBaran y los resultados principales en: