- Spegnimento
- 21 agosto 2026 alle ore 00:20 UTC
- Autore
- Kamo
- Impegno
- 00d2922
Tre risultati di un audit endpoint-by-endpoint, ciascuno misurato contro produzione piuttosto che differita. member rights applied non ha affatto dichiarato indici mentre ogni ricercatore su di esso filtri di MEMBER ID. A 10.524 righe la ricerca dei diritti di un singolo membro era una scansione sequenziale completa: Seq Scansione su member rights applied (in effetti righe=192) Tempo di esecuzione: 368.278 ms 368 ms per leggere i diritti di un membro, su un tavolo che cresce con i membri x diritti. Un composito (member id, the right) serve solo i ricercatori membri e lascia trovareByMemberAndRight risolva dall'indice. Cancellare un punto finale di introduzione al piombo caricato ogni carico utile memorizzato come entità — gli organismi di richiesta grezzi inclusi — e poi li hanno eliminati uno alla volta. The punto finale più affollato nella produzione detiene 6,842, così che era ~6 MB idratato e 6.842 scrive distribuite all'interno di una richiesta. La linea sopra di esso già mappature cancellate in massa; payload ora corrispondono. L'affermazione del lavoro di assunzione non era legata. Detiene ogni carico utile crudo e testo appiattito per tutta la corsa, così la sua memoria era una funzione di quanto lontano dietro di esso era caduto — esattamente quando può almeno permettersi, e la fattoria importazione messo 14,520 carichi di paga in quella tabella. Ora prende il più vecchio 500 per tick e drena un backlog attraverso le piste. Aggiunge anche conteggi raggruppati per il changelog, quindi /changelog/public/stats può smettere di idratare 16,571 entità per costruire due piccole mappe.