1/ Tocmai am depășit blocajul angajamentului de stat la Eclipse: AlDBaran susține 48 de milioane de actualizări/secundă pe o cutie AWS cu 96 de nuclee, accelerând pachetul GigaCompute al Eclipse.

2/ De ce contează: 1M TPS -> 3M actualizări de stare/sec (~3 taste/tx pe Eclipse). Motoarele ADS gata de utilizare se sufoca sub 0,6 M/s, un decalaj de 5 ori pe care am refuzat sa il acceptam.

3/ Faceți cunoștință cu AlDBaran: două motoare special construite pentru stat. 🔹 Pleiades - actualizări in-DRAM extrem de rapide 🔹 Hyades - depozit de dovezi asincron, doar cu anexă

4/ Cele cinci reguli de proiectare ale Pleiadelor: 1️⃣ Execuție numai DRAM (fără fsync/erori de pagină) 2️⃣ Fragmentarea firului (0 încuietori) 3️⃣ Twig buffering (amână hashing-ul arborelui de top) 4️⃣ Grupare SIMD (16 hash-uri/vector op) 5️⃣ Aspect previzibil + preluare (lovituri cache L2)

5/ Repere de referință: - 48M up-uri pe 96 de nuclee pentru Pleiades la aproximativ 1B de taste (0,5 M/nucleu ≈ 78% vârf solo) și 40M up-uri chiar și la 8 taste B - 24M up-uri cu istorie pentru Hyades - Rădăcinile statului navighează acum printr-o legătură de 50 Gbps.

6/ Acesta este un salt cu 20× față de 2,3 M/s al QMDB și cu 30× mai rapid decât testele noastre interne QMDB. Cerința noastră de 3 M/s consumă acum < 7% din capacitate, spațiu masiv.

7/ Hyades rulează complet asincron, ingerând intrări compacte de probă 40B în afara căii într-un jurnal doar de adăugare, în timp ce sarcinile utile complete ale contului ajung într-un jurnal separat. Calea fierbinte rămâne impecabilă.

8/ Puteți afla mai multe despre arhitectura AlDBaran și rezultatele principale la: