step 4
This commit is contained in:
@@ -7,7 +7,7 @@ Phases 1-5 separate durable state, coordination policy, render-facing snapshots,
|
||||
## Status
|
||||
|
||||
- Phase 6 design package: proposed.
|
||||
- Phase 6 implementation: Step 3 complete.
|
||||
- Phase 6 implementation: Step 4 complete.
|
||||
- Current alignment: `RuntimeStore` owns durable serialization, config, package metadata, preset IO, and persistence requests; `CommittedLiveState` owns the current committed/session layer state; and `RuntimeCoordinator` publishes typed persistence requests for persisted mutations. The remaining issue is that actual disk writes are still synchronous store work rather than queued, debounced, atomic background writes.
|
||||
|
||||
Current persistence footholds:
|
||||
@@ -235,9 +235,16 @@ Make disk writes safer and observable.
|
||||
|
||||
Initial target:
|
||||
|
||||
- temp-file then replace
|
||||
- failure returned/published with structured reason
|
||||
- `HealthTelemetry` receives persistence warning state
|
||||
- [x] temp-file then replace
|
||||
- [x] failure returned/published with structured reason
|
||||
- [x] `HealthTelemetry` receives persistence warning state
|
||||
|
||||
Current implementation:
|
||||
|
||||
- `PersistenceWriter::WriteSnapshot(...)` and worker writes use temp-file then `MoveFileExA(..., MOVEFILE_REPLACE_EXISTING | MOVEFILE_WRITE_THROUGH)`.
|
||||
- `PersistenceWriteResult` reports target kind, target path, reason, success/failure, error message, and whether newer work was pending.
|
||||
- `RuntimeStore` wires persistence write results into `HealthTelemetry`.
|
||||
- `HealthTelemetry` records persistence success/failure counts, last target/reason/error, pending-newer-request state, and unsaved-change state.
|
||||
|
||||
### Step 5. Wire Coordinator/Event Requests To Writer
|
||||
|
||||
|
||||
Reference in New Issue
Block a user