aboutsummaryrefslogtreecommitdiff
path: root/doc/book/working-documents/design-draft.md
diff options
context:
space:
mode:
authorStefan Majer <stefan.majer@f-i-ts.de>2025-01-16 13:22:00 +0100
committerStefan Majer <stefan.majer@f-i-ts.de>2025-01-16 13:22:00 +0100
commit2eb9fcae20cb7e41b1197f4565db492a97f95736 (patch)
treebe9b2912ae92b07ef5e7905372b1bc2a542234c6 /doc/book/working-documents/design-draft.md
parent255b01b626096ef98cf24c9552b39c0372fb4eb3 (diff)
downloadgarage-2eb9fcae20cb7e41b1197f4565db492a97f95736.tar.gz
garage-2eb9fcae20cb7e41b1197f4565db492a97f95736.zip
Fix all typos
Diffstat (limited to 'doc/book/working-documents/design-draft.md')
-rw-r--r--doc/book/working-documents/design-draft.md4
1 files changed, 2 insertions, 2 deletions
diff --git a/doc/book/working-documents/design-draft.md b/doc/book/working-documents/design-draft.md
index 6560dbed..8d3a31f0 100644
--- a/doc/book/working-documents/design-draft.md
+++ b/doc/book/working-documents/design-draft.md
@@ -42,7 +42,7 @@ The general principle are similar, but details have not been updated.**
A version is defined by the existence of at least one entry in the blocks table for a certain version UUID.
We must keep the following invariant: if a version exists in the blocks table, it has to be referenced in the objects table.
We explicitly manage concurrent versions of an object: the version timestamp and version UUID columns are index columns, thus we may have several concurrent versions of an object.
-Important: before deleting an older version from the objects table, we must make sure that we did a successfull delete of the blocks of that version from the blocks table.
+Important: before deleting an older version from the objects table, we must make sure that we did a successful delete of the blocks of that version from the blocks table.
Thus, the workflow for reading an object is as follows:
@@ -95,7 +95,7 @@ Known issue: if someone is reading from a version that we want to delete and the
Usefull metadata:
- list of versions that reference this block in the Casandra table, so that we can do GC by checking in Cassandra that the lines still exist
-- list of other nodes that we know have acknowledged a write of this block, usefull in the rebalancing algorithm
+- list of other nodes that we know have acknowledged a write of this block, useful in the rebalancing algorithm
Write strategy: have a single thread that does all write IO so that it is serialized (or have several threads that manage independent parts of the hash space). When writing a blob, write it to a temporary file, close, then rename so that a concurrent read gets a consistent result (either not found or found with whole content).