Doc update and clerk<->penciller changes
Reviewing code to update comments revealed a weakness in the sequence of events between penciller and clerk committing a manifest change wherby an ill-timed crash could lead to files being deleted without the manifest changing. A different, and safer pattern now used between theses two actors.
This commit is contained in:
parent
4a8a2c1555
commit
d2cc07a9eb
4 changed files with 119 additions and 66 deletions
|
@ -59,7 +59,7 @@
|
|||
%%
|
||||
%% Compaction is a process whereby an Inker's clerk will:
|
||||
%% - Request a view of the current Inker manifest and a snaphot of the Ledger
|
||||
%% - Test all files within the Journal to find th eapproximate comapction
|
||||
%% - Test all files within the Journal to find the approximate comapction
|
||||
%% potential percentage (the volume of the Journal that has been replaced)
|
||||
%% - Attempts to find the optimal "run" of files to compact
|
||||
%% - Compacts those files in the run, by rolling over the files re-writing
|
||||
|
|
Loading…
Add table
Add a link
Reference in a new issue