4 descendants of 0e8724bbad64e608
|
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 | |
|
2026-11-06
| ||
| 23:29 | sync and pull report a branch left with several open leaves, on stderr and in -F json with the leaves and the paths that differ, and exit 9 when this exchange brought or made the fork; a bare pull keeps its options check-in: bb47520972 user: dmestas tags: trunk | |
| 22:54 | The daemon folds its own commits into the view it holds and writes the cache, log index and file index lazily, so a one-file commit costs about 4 ms at 42k files instead of 24; log for a path finds each version by walking the tree and reads its size from the frame, 1 ms for 20 rows at 42k; muscle works in its own scratch directory check-in: 0e8724bbad user: dmestas tags: trunk | |