[tahoe-dev] [tahoe-lafs] #1293: servers-of-happiness is too conservative when K = 1

tahoe-lafs trac at tahoe-lafs.org
Wed Jan 5 03:27:55 UTC 2011

#1293: servers-of-happiness is too conservative when K = 1
 Reporter:  davidsarah                                   |           Owner:  somebody
     Type:  defect                                       |          Status:  new     
 Priority:  major                                        |       Milestone:  1.9.0   
Component:  code                                         |         Version:  1.8.1   
 Keywords:  servers-of-happiness usability availability  |   Launchpad Bug:          
 When K = 1, any single share is sufficient to reconstruct the file.
 However, the servers-of-happiness code will still require that there are H
 servers with unique share numbers. It should not care about the share

 (We knew of examples with small K where the maximum matching definition of
 servers-of-happiness was conservative relative to the original definition,
 e.g. [ticket:778#comment:198]. However, for K > 1 it is more space-
 efficient to use the maximum matching definition. For K = 1 it is not.)

Ticket URL: <http://tahoe-lafs.org/trac/tahoe-lafs/ticket/1293>
tahoe-lafs <http://tahoe-lafs.org>
secure decentralized storage

More information about the tahoe-dev mailing list