You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
It looks like JSON CRDT described in the paper suffers from 2 kinds of unbounded growth problems
Tombstones in lists/sets
Applied operations
Are there any ways to garbage-collect? At some point I want to commit current state and clear operations. But then it is unclear how a newly added replica will converge with old replica - paper only describes transmission of messages.
Same thing goes for tombstones. For an actively edited document the amount of tombstones may get out of hand. A possible solution that comes to mind - define some kind of Commit type of the operation that will signal to replica to perform tombstone GC. Commit Op is emitted arbitrarily by the programmer.
Please share your thoughts on the subject
The text was updated successfully, but these errors were encountered:
Hi
It looks like JSON CRDT described in the paper suffers from 2 kinds of unbounded growth problems
Are there any ways to garbage-collect? At some point I want to commit current state and clear operations. But then it is unclear how a newly added replica will converge with old replica - paper only describes transmission of messages.
Same thing goes for tombstones. For an actively edited document the amount of tombstones may get out of hand. A possible solution that comes to mind - define some kind of
Commit
type of the operation that will signal to replica to perform tombstone GC. Commit Op is emitted arbitrarily by the programmer.Please share your thoughts on the subject
The text was updated successfully, but these errors were encountered: