[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