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 listos para usar 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. 🔹 Pléyades: 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 fallas de fsync / page) 2️⃣ Fragmentación de roscas (0 bloqueos) 3️⃣ Almacenamiento en búfer de ramitas (aplazar el hash del árbol superior) 4️⃣ Procesamiento por lotes de SIMD (16 hashes/operación vectorial) 5️⃣ Diseño predecible + precarga (aciertos de caché L2)

5/ Puntos destacados de referencia: - 48 millones de aumentos en 96 núcleos para Pleiades en aproximadamente 1 B teclas (0,5 M / núcleo ≈ 78 % de pico en solitario) y 40 millones de aumentos incluso en 8 teclas B - 24M ups 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× sobre los 2.3 M/s de QMDB y un 30× más rápido que nuestras pruebas internas de QMDB. Nuestro requisito 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 ruta en un registro de solo anexión, mientras que las cargas útiles de la cuenta completa aterrizan en un diario separado. El camino caliente permanece impecable.

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