Skip to content
zit Check-in [0856fc67a4]
Login

Check-in [0856fc67a4]

Overview
Comment:A process reads and checks its .zit-checkout container once and serves every section from those bytes, and annotate opens the repository the fast way, so info, cat and annotate cost about a millisecond less at 42k files
Timelines: family | ancestors | descendants | both | trunk
Files: files | file ages | folders
SHA3-256: 0856fc67a4e2a7faf0d2663574f2c74113f41db5b6c45c1c6590ed10a14cc645
User & Date: dmestas on 2026-11-07 01:21:44.444
Other Links: manifest | tags
Context
2026-11-07
01:41
A no-op sync or pull does work in proportion to what changed: nothing is persisted when nothing arrived, the store is opened once for its settings, resolved clusters and outstanding sub-manifest references are kept in sidecars checked against the log, and fork leaves come from the cached view, so a no-op sync at 42k files costs about 7 ms of CPU instead of 476 leaf check-in: 645e0a6060 user: dmestas tags: trunk
01:21
A process reads and checks its .zit-checkout container once and serves every section from those bytes, and annotate opens the repository the fast way, so info, cat and annotate cost about a millisecond less at 42k files check-in: 0856fc67a4 user: dmestas tags: trunk
00:14
The store-lock e2e asks storelock for the in-process refusal instead of reopening the store, so the runner no longer prints a lock notice; the test runner fails any test that ends holding a store lock check-in: 42354433d6 user: dmestas tags: trunk
Changes