Benchmarkit ja todistusnäyttö

Englanninkielinen vastinsivu: Benchmarks and Proof Q&A

Mitkä ovat tämän dokumentin varmennetut nykyiset mittarit?

Todennäköinen kysymys

Mitä on oikeasti varmennettu juuri nyt?

Lyhyt vastaus

Varmennettuja asioita ovat live chain 1.7.2026, aktiivinen compacted base, pointer generation 9, deltaRangeReads = 0 aktiivisessa public chainissa, sekä 10M rivin oikea R2 benchmark-objekti.

Pidempi vastaus

Vahvin tällä hetkellä varmennettu benchmark-objekti on:

• 10 000 000 riviä
• 362 903 909 bytes, noin 346 MiB
• tallennus: oikea Cloudflare R2 -objekti
• kyselypolku: Worker + deterministiset range-readit

Onko meillä jo viikon tuotantotelemetria?

Todennäköinen kysymys

Onko teillä jo yhden viikon p50/p95 tuotantotaulukko?

Lyhyt vastaus

Ei vielä yhtenäisenä pakettina.

Pidempi vastaus

Tähän dokumenttiin ei ole kirjoitettu keksittyä “one week production metrics” -osiota. Rehellinen nykytila on:

• live chain, pointer, manifesti ja benchmark-endpoint on varmennettu
• 10M R2 -benchmark-objekti on varmennettu
• nykyinen live-briefingin peruslinja on varmennettu
• yhtenäinen viikon p50/p95 telemetriapaketti on edelleen seuraavan vaiheen mittaustyö

Mitä benchmarkit oikeasti osoittavat?

Todennäköinen kysymys

Mitä nykyinen remote 10M JRI4 benchmark oikeasti osoittaa?

Lyhyt vastaus

Se osoittaa, että 10M-rivistä, noin 346 MiB R2-objektia voidaan kysellä ilman koko objektin lataamista, ja että kuumat query-polut pysyvät noin 4-8 range-readin tasolla.

Pidempi vastaus

Nykyiset esityksessä näkyvät query-moodit:

materialized_top   4 reads   2.23 KB   166 ms
indexed_top        6 reads   10.38 KB  238 ms
source_filter      4 reads   2.21 KB   143 ms
timestamp_range    4 reads   2.40 KB   148 ms
source_index       7 reads   14.20 KB  261 ms
timestamp_index    8 reads   16.40 KB  284 ms

Arkkitehtuurinen tulkinta on:

• noin 346 MiB objektista luetaan vain 2-17 KB query-moodista riippuen
• rangeReads pysyy tunnetuissa hot-polkuissa noin 4-8 tasolla
• pullonkaula on nyt enemmän R2 round-trip -latenssi kuin objektin koko

Mikä on nykyinen live-briefingin peruslinja?

Todennäköinen kysymys

Entä oikea nykyinen live-briefingin polku?

Lyhyt vastaus

Nykyinen live-briefingin peruslinja on rehellisesti edelleen raskas: 148 riviä, indexed_top, 22 rangeReadia, 87.88 KB bytesRead ja noin 950 ms.

Pidempi vastaus

Tämä on tärkeää, koska se kertoo kaksi asiaa yhtä aikaa:

• delta-ketjun romahdus on korjattu compactionilla
• kuuma polku on edelleen liian raskas, jos tavoite on todella vahva R2-natiivi käyttöliittymäkysely

Mitä row-summary prototype osoittaa?

Todennäköinen kysymys

Mitä row-summary-prototyyppi oikeasti kertoo?

Lyhyt vastaus

Se kertoo, että oikea optimointisuunta on artifactin rakenteen muuttaminen, ei vain Worker-koodin mikrosäätö.

Pidempi vastaus

Row-summary-prototyypillä:

• bytesRead laski noin 45 %
• rangeReads laski 22 -> 19

Mutta samalla:

• tämä ei ole vielä killer benchmark
• 19 rangeReadia on edelleen liikaa vahvimpaan R2-native UI-claimiin
• seuraava oikea ratkaisu on materialisoitu public-card / top-briefing -segmentti

Mikä on todistettu / mitä ei ole vielä todistettu?

Todennäköinen kysymys

Miten tämä pitää sanoa rehellisesti?

Lyhyt vastaus

Todistettu: Worker + R2 + pointer + manifesti + base/delta-ketju toimii, 10M/346 MiB JDBINia voidaan kysellä deterministisellä range-read-polulla, ja snapshot-jakelu toimii kanonisen tallennuskerroksen päällä.

Pidempi vastaus

Mikä on todistettu:

• Cloudflare Worker + R2 + pointer + manifest + base/delta -ketju toimii käytännössä
• 10M-rivistä, noin 346 MiB JDBIN-objektia voidaan kysellä deterministisellä range-read-polulla ilman koko objektin lataamista
• live-briefingin polku voidaan julkaista yhden compacted basen päälle
• JDBIN soveltuu auditoitavaksi kanoniseksi tallennus- ja lukukerrokseksi

Mitä ei ole vielä todistettu:

• ei vielä yhtenäistä viikon p50/p95 tuotantotelemetriaa
• ei vielä 100M-rivin tai 5GB-luokan tuotantokyselypolkua
• ei vielä lopullisen kevyt live-käyttöliittymän kuuma kyselypolku
• ei yleinen SQL-tietokannan korvike
• ei formalisoitu consensus-malli tai väitetason faktantarkistus
• ei vielä sisällöllisesti valmis toimituksellinen tuote