[tahoe-dev] [tahoe-lafs] #778: "shares of happiness" is the wrong measure; "servers of happiness" is better
tahoe-lafs
trac at allmydata.org
Sun Nov 29 17:42:47 PST 2009
#778: "shares of happiness" is the wrong measure; "servers of happiness" is
better
--------------------------------+-------------------------------------------
Reporter: zooko | Owner: zooko
Type: defect | Status: assigned
Priority: critical | Milestone: 1.6.0
Component: code-peerselection | Version: 1.4.1
Keywords: reliability review | Launchpad_bug:
--------------------------------+-------------------------------------------
Comment(by davidsarah):
From docs.txt:
> shares.happy = (int, optional) 1 <= happy <= # of servers on your grid
[...]
> shares.happy allows you control over the distribution of your file. An
upload is only considered successful if shares are placed on at least
'shares.happy' distinct servers, the correct functioning of at least k of
which is sufficient to guarantee the availability of the uploaded file.
This value should not be larger than the number of servers on your grid.
I don't think it makes sense to allow shares.happy to be less than k,
since (if I understand correctly) that is equivalent to letting all
uploads succeed even if they place '''no''' shares.
--
Ticket URL: <http://allmydata.org/trac/tahoe/ticket/778#comment:89>
tahoe-lafs <http://allmydata.org>
secure decentralized file storage grid
More information about the tahoe-dev
mailing list