[tahoe-lafs-trac-stream] [Tahoe-LAFS] #1092: shares.happy is the wrong name of the measure

Tahoe-LAFS trac at tahoe-lafs.org
Tue May 12 16:50:39 UTC 2015


#1092: shares.happy is the wrong name of the measure
-------------------------+-------------------------------------------------
     Reporter:  zooko    |      Owner:  warner
         Type:  defect   |     Status:  new
     Priority:  minor    |  Milestone:  1.11.0
    Component:  code-    |    Version:  1.7.0
  nodeadmin              |   Keywords:  usability upload servers-of-
   Resolution:           |  happiness unfinished-business
Launchpad Bug:           |
-------------------------+-------------------------------------------------
Changes (by zooko):

 * milestone:  eventually => 1.11.0


Old description:

> There is a configuration option named {{{shares.happy}}} which is how you
> control the servers-of-happiness value. It is mis-named! It should be
> named {{{servers.happy}}}. Of course, it belongs right next to
> {{{shares.needed}}} and {{{shares.total}}}, but hopefully placement and
> docs can make their intimate relationship clear. Also,
> {{{shares.needed}}} serves double-duty. It means both:
> 1. Number of shares necessary to reconstruct the file, and
> 2. Number of servers necessary to serve the file in a servers-of-
> happiness upload-quality metric.
> Maybe that name should also be changed or at least documented even more
> carefully.
> Assigning to Brian. The next step on this ticket is for Brian to study
> the new servers-of-happiness feature (#778) and let us know what he
> thinks about it, both in general and in regard to this specific issue.

New description:

 There is a configuration option named {{{shares.happy}}} which is how you
 control the servers-of-happiness value. It is mis-named! It should be
 named {{{servers.happy}}}. Of course, it belongs right next to
 {{{shares.needed}}} and {{{shares.total}}}, but hopefully placement and
 docs can make their intimate relationship clear. Also, {{{shares.needed}}}
 serves double-duty. It means both:
 1. Number of shares necessary to reconstruct the file, and
 2. Number of servers necessary to serve the file in a servers-of-happiness
 upload-quality metric.
 Maybe that name should also be changed or at least documented even more
 carefully.
 Assigning to Brian. The next step on this ticket is for Brian to study the
 new servers-of-happiness feature (#778) and let us know what he thinks
 about it, both in general and in regard to this specific issue.

--

--
Ticket URL: <https://tahoe-lafs.org/trac/tahoe-lafs/ticket/1092#comment:7>
Tahoe-LAFS <https://Tahoe-LAFS.org>
secure decentralized storage


More information about the tahoe-lafs-trac-stream mailing list