Skip to content
quarry Check-in [8c5b6e5392]
Login

Check-in [8c5b6e5392]

Overview
Comment:warm the default branch too, so ops minus zit means what it says

A subprocess on a render path is latency one reader pays for everybody, and one on a detached context is invisible in the footer while still counting toward the total — which is what sent the last investigation chasing SQL for an hour.

Timelines: family | ancestors | descendants | both | trunk
Files: files | file ages | folders
SHA3-256: 8c5b6e53921adca573331d3f8b0ea28c537f0971331ad6be433ffb203f27a8e4
User & Date: quarry on 2026-08-31 15:17:32.441
Other Links: manifest | tags
Context
2026-08-31
15:24
fold the branch summary instead of deriving it per request

branch.list grouped every check-in in the repository on every request: ~150ms in sqlite on tcl, 460-850ms through the driver, on a page whose budget is 500ms. A LIMIT could not help — the grouping happens before the limit applies. Same remedy as the ticket table: fold once when the shape changes, read by index. Refreshed in both fold paths, which the parity test insisted on. check-in: d6bf4e65b3 user: quarry tags: trunk

15:17
warm the default branch too, so ops minus zit means what it says

A subprocess on a render path is latency one reader pays for everybody, and one on a detached context is invisible in the footer while still counting toward the total — which is what sent the last investigation chasing SQL for an hour. check-in: 8c5b6e5392 user: quarry tags: trunk

13:25
leaf set keys on zit's abbreviation, not one subprocess per leaf

Leaves expanded every twelve-character hash zit printed into a full one with a zit info call each: 473 leaves on sqlite meant 357 spawns and 6.1s in a single page-load window. The one consumer asks a membership question, which a twelve-hex-character key answers. Contract test now pins the prefix contract and that a full hash finds its leaf. check-in: 00e90b88cc user: quarry tags: trunk

Changes