Opened at 2009-02-10T06:17:43Z
Last modified at 2013-11-14T22:15:10Z
#614 new defect
redefine "Healthy" to be 7 in 3-of-10 encoding — at Initial Version
| Reported by: | zooko | Owned by: | |
|---|---|---|---|
| Priority: | major | Milestone: | soon |
| Component: | code-encoding | Version: | 1.3.0 |
| Keywords: | upload repair verify preservation performance docs unfinished-business servers-of-happiness | Cc: | amontero@…, cl@… |
| Launchpad Bug: |
Description
Part of dreid's performance problem (in addition to the major part: #610, and the other consideration: #613) is that his client is uploading every file he has ever uploaded when the checker reports that the file is not "Healthy", with only 9 shares of the M=10 (K=3). Maybe we should redefine "Healthy" to be 7 shares and let numbers of shares greater than 7 be "super extra Healthy".
I choose 7 because that is the current default value of "shares of happiness". "shares of happiness" is a related notion: when you are doing an upload, if some of the attempts to upload shares fail, and you are left with 7 or more shares at the end, then you report to the user that the upload succeeded. If enough uploads fail so that you can't get more than 6 shares uploaded, then you immediately abort and report to the user that the upload failed. Maybe repairer ought to use the same heuristic as uploader does with regard to how many shares is enough to "call it good".
