aboutsummaryrefslogtreecommitdiffstats
path: root/research/experiments/005-storage-edit-latency
diff options
context:
space:
mode:
authoreunhhu <[email protected]>2026-09-25 16:06:21 +0100
committereunhhu <[email protected]>2026-09-25 16:06:21 +0100
commit517d5cf263bdbea232186636ce99e7c3be15d00f (patch)
treefe39aee427379bf75b91e70422039587086ea931 /research/experiments/005-storage-edit-latency
parent18675f3e45fa0896efd777bf66ad0ec4c8157d36 (diff)
downloadpure-517d5cf263bdbea232186636ce99e7c3be15d00f.tar.gz
pure-517d5cf263bdbea232186636ce99e7c3be15d00f.zip
Save app changes in bursts
A save now publishes everything since the last save in one commit: the documents messages edited and the states that changed. If it fails, every event since the last save is undone (values, text and list drafts, the list undo log, event and tick counts), so an event reported as successful is stored and a failed one leaves no trace. By default each key, text and message event saves before it returns, as before. With pure_app_defer events apply at once and a host saves a burst with one commit; a key's document joins a burst once, so revisions move one per save. On the Pi's SD card 600 events take 6.3 s saved one by one, 0.97 s in bursts of 8 and 0.34 s in bursts of 64. pure-run takes --batch N. Tests compare a deferred stored app that saves at random and sometimes stops unsaved with an app that replays only the saved events, undo a whole burst on a failed save, and kill a process while it saves a burst.
Diffstat (limited to 'research/experiments/005-storage-edit-latency')
0 files changed, 0 insertions, 0 deletions