mirror of
https://github.com/logos-storage/logos-storage-research.git
synced 2026-01-09 00:43:06 +00:00
Typo fix on papers/Peer-to-Peer_Storage_System_a_Practical_Guideline_to_be_lazy/README.md
Co-authored-by: Dmitriy Ryajov <dryajov@gmail.com>
This commit is contained in:
parent
bd62e46c46
commit
8b2b82533d
@ -18,7 +18,7 @@ The paper presents the different trade-offs for implementing erasure code recons
|
||||
|
||||
* Every reconstruction implies data traffic over the network
|
||||
* If we reconstruct after every single block loss (eager repair), we consume too much bandwidth
|
||||
* If we wait for several blocks to be lost (Lazy repair), we can reconstruct the missing block just one time and safe bandwidth
|
||||
* If we wait for several blocks to be lost (Lazy repair), we can reconstruct the missing block just one time and save bandwidth
|
||||
* If we wait too long before reconstruction, data might be lost if multiple erasures occur simultaneously
|
||||
* A model can help us understand the impact of the parameters s, r and r0 on bandwidth and loss rate
|
||||
* The distribution of blocks redundancy is a bit counter-intuitive
|
||||
|
||||
Loading…
x
Reference in New Issue
Block a user