[tahoe-dev] [tahoe-lafs] #778: "shares of happiness" is the wrong measure; "servers of happiness" is better
tahoe-lafs
trac at allmydata.org
Tue Sep 22 11:38:56 PDT 2009
#778: "shares of happiness" is the wrong measure; "servers of happiness" is
better
--------------------------------+-------------------------------------------
Reporter: zooko | Owner: kevan
Type: defect | Status: new
Priority: critical | Milestone: 1.5.1
Component: code-peerselection | Version: 1.4.1
Keywords: reliability | Launchpad_bug:
--------------------------------+-------------------------------------------
Comment(by kevan):
It seems consistent enough with the current repairer, which (at first
glance) does what you say.
So, if I understand your point: the repairer's job is to attempt to repair
an unhealthy file, and report its results -- presumably other code, if it
desires, can then determine whether the repair was successful or not. I
think that this makes sense, but the repairer (or at least the code I've
skimmed before leaving for work) has an internal definition of what is
healthy -- a file with all of its shares intact -- and what isn't. This is
necessary, because otherwise the repairer wouldn't know when to attempt to
repair a file, but I'd feel better if the repairer tried to use the same
definition of healthy as the user, I guess.
I realize that the same argument applies to {{{shares_of_happiness}}}, too
(though perhaps less so -- though the repairer doesn't respect
{{{shares_of_happiness}}} directly, it is likely to be indirectly
respected in the sense that the reparier's threshold of health is probably
stricter than {{{shares_of_happiness}}}, while the repairer's threshold of
health does not care about the distribution of shares): it is really more
a gripe with the way the repairer works in general than an issue specific
to this ticket. Given that, I'm fine with that solution to this ticket.
(apologies if this is less than clear: I wrote this on my way out the door
to work :)
--
Ticket URL: <http://allmydata.org/trac/tahoe/ticket/778#comment:49>
tahoe-lafs <http://allmydata.org>
secure decentralized file storage grid
More information about the tahoe-dev
mailing list