1/ Rikoimme juuri valtion sitoumuksen pullonkaulan Eclipsessä: AlDBaran ylläpitää 48 miljoonaa päivitystä sekunnissa 96-ytimisessä AWS-laatikossa, mikä nopeuttaa Eclipsen GigaCompute-koontia.

2/ Miksi sillä on merkitystä: 1M TPS -> 3M tilapäivitystä/s (~3 avainta/tx Eclipsessä). Valmiit ADS-moottorit tukehtuvat alle 0,6 M/s:n, mikä on 5-kertainen ero, jota kieltäydyimme hyväksymästä.

3/ Tapaa AlDBaran: kaksi tarkoitukseen rakennettua moottoria valtiolle. 🔹 Pleiades - salamannopeat DRAM-päivitykset 🔹 Hyades - asynkroninen, vain liitettävä vedosvarasto

4/ Plejadien viisi suunnittelusääntöä: 1️⃣ Vain DRAM-suoritus (ei fsync-/sivuvirheitä) 2️⃣ Kierteiden sirpalointi (0 lukkoa) 3️⃣ Oksan puskurointi (lykkää latvapuun hajautusta) 4️⃣ SIMD-erä (16 hajautusarvoa/vektorioperaatio) 5️⃣ Ennustettava asettelu + esihaku (L2-välimuisti osuu)

5/ Vertailun kohokohdat: - 48 miljoonaa nousua 96 ytimellä Pleiadeille noin 1 B-näppäimillä (0,5 M/ydin ≈ 78 % soolohuippu) ja 40 miljoonaa nousua jopa 8 B-näppäimillä - 24 miljoonaa nousua Hyadesin historialla - Valtion juuret purjehtivat nyt 50 Gbps:n linkin kautta.

6/ Se on 20 × harppaus QMDB:n 2,3 M/s verrattuna ja 30 × nopeampi kuin sisäiset QMDB-testimme. 3 M/s vaatimuksemme kuluttaa nyt < 7 % kapasiteetista, mikä on valtava pääntila.

7/ Hyades toimii täysin asynkronisesti ja käsittelee kompakteja 40 B:n todistemerkintöjä polun ulkopuolella vain liittämislokiin, kun taas tilin täydet hyötykuormat laskeutuvat erilliseen kirjauskansioon. Kuuma polku pysyy tahrattomana.

8/ Voit lukea lisää AlDBaran-arkkitehtuurista ja otsikon tuloksista osoitteessa: