aboutsummaryrefslogtreecommitdiffstats
path: root/store
Commit message (Collapse)AuthorAgeFilesLines
* Give each store its own writer's turn and commit group (017)eunhhu2026-10-012-60/+139
| | | | | | | | | | | | | | | Threads of one process took turns as the tree store's writer for every store at once, through one mutex held for a whole session, syncs included, and commits grouped in one queue whose leader published each store's requests in turn. One store's slow sync held every other store's commit, so apps of one host would wait on each other's device. The turns and the group are now a store's, found by its directory's identity (two paths to one directory still share them, since the file lock arbitrates only between processes). The temporary files' sequence, which that mutex guarded, is atomic. A test holds a commit in its sync and commits to another store meanwhile, while a second commit to the held store, by another path, waits; before this change it hangs.
* Wait on the monotonic clock everywhere a deadline is waited foreunhhu2026-09-301-4/+10
| | | | | | | | | | | | | | | | | | | | | | | Review 004's timer fix (103) counted the deadlines on the monotonic clock, but the owner still slept until a wall-clock time: with the clock set back an hour a node's timers would stop for that hour. So would a wire's pause between tries, and a lone commit after a group would wait an hour for the others to join it. The test's LD_PRELOAD moves only what the process reads, so there each wait ended at once instead, and the timers went on ticking while the owner spun a core. core/wait.h makes conditions that wait on the monotonic clock (pthread_condattr_setclock; macOS keeps the wall clock) and deadlines on it. The owner's waits, the wire's pauses and the group commit's gathering use them. clock-back.so can now move the clock forward too (CLOCK_SHIFT_S), and check.py server_clocks moves it an hour each way under a node with a timer and a wire to a port no one listens on, and under a document server whose three threads commit together, then one alone. Before: back, 159 % CPU and 50,886 tries in 1.2 s; forward, 1 tick, 1 try, and a lone commit that never ended. After: 59 ticks, 0 % CPU, 4 tries and a lone commit of 2.6 ms, both ways.
* Write list images a chunk at a time, and keep the log within the lists' sizeeunhhu2026-09-282-16/+38
|
* Keep lists as images and a log of their changes, checkpointed off the ownereunhhu2026-09-281-0/+2
|
* Log an app's saves in reused segments and write list images whole beside the ↵eunhhu2026-09-282-0/+807
| | | | store
* Share the store's digest between its fileseunhhu2026-09-282-70/+80
|
* Let a runtime-owned state grow past the document limiteunhhu2026-09-271-2/+8
| | | | | | | | | A list's stored form is one value in the tree store, so the limit on a document (1.38 MiB, what a host carries whole as an HTTP body) capped a table at about 51,000 rows of 28 bytes. A value the runtime owns, a state (a key starting with '.') or a draft without a key, may now grow to 1 GiB; documents keep their limit. The store's format is unchanged: its trees already reach far past either.
* Give a compacted file the zeros of its whole cycle (085)eunhhu2026-09-272-7/+63
| | | | | | | | | | | | | | | | Commits grew the tree store's tail 256 KiB at a time, each growth a sync that also committed the ext4 journal for the new size and blocks. A file installed by compaction now carries written zeros up to where the next compaction will come (4 x live + slack, plus a commit's margin), capped at the size of the file it replaces, so a store never takes more space than before and shrinks when its live data does. The cycle's commits then only overwrite blocks the file has. Store commits: 317.5 -> 385.5 a second, ext4 journal commits 109 -> 45 for 4,000 commits; durable app posts +5.3%, their p99 the same within this SD card's noise. The new cycles test keeps sizes still between compactions once the live data is whole, and shows the file shrinking with it.
* Lay Pure out as a core with the parts selected around iteunhhu2026-09-272-0/+2987
The app model, the tree store and the HTTP host lived in prototypes/connections among the earlier document runtime, the store was known only by its format's name, and Vega compiled six Pure sources by path. Now, as the README's principle has it: core/ runtime, flow and the app model (module*.c), with what the core asks of storage (state.h, store.h) store/ the tree store (PURETRE3, PUREREC1) serve/ pure-serve: HTTP host, outbound delivery, JSON in place cli/ pure-run, pure-edit-module A top-level make builds libpure.a (app model and store, for hosts to link) and the hosts; make check runs the store's and the app model's tests. The earlier runtime still builds from prototypes/connections against core/ and store/ (check, check-tree and check-core pass). Design 009 records the rule: parts by role behind libraries; git repositories split by coupling, so the store stays here while its contract moves with the core, and Vega stays apart.