[Author Prev][Author Next][Thread Prev][Thread Next][Author Index][Thread Index]

Re: [tor-bugs] #21882 [Metrics/Consensus Health]: Graph for number of relays that bwauths decided the median for



#21882: Graph for number of relays that bwauths decided the median for
--------------------------------------+---------------------
 Reporter:  Sebastian                 |          Owner:  tom
     Type:  defect                    |         Status:  new
 Priority:  Medium                    |      Milestone:
Component:  Metrics/Consensus Health  |        Version:
 Severity:  Normal                    |     Resolution:
 Keywords:                            |  Actual Points:
Parent ID:                            |         Points:
 Reviewer:                            |        Sponsor:
--------------------------------------+---------------------

Comment (by tom):

 I was thinking about this today. My plan is to create a stacked graph
 similar to the Fallback Dir graph. But how we handle overlaps is going to
 be determined by the information we want to derive from this graph.

 An overlap is when, for a relay, the bwauths assign values X, Y, Z, W, X.
 The first and last bwauths chose X, and if X is the low-median, then the
 first and last bwauths are both the 'deciders'.

 If what we want to get out of the graph is "How often does bwauth Alice
 come up with the value that is chosen as the median?" then we should not
 graph overlaps at all, and instead double-count overlaps so each assigning
 bwauth gets one 'point' for an overlapping relay.

 If instead what we want to get out of the graph is "How often does bwauth
 Alice decide the median?" then we should separate out overlaps, and for an
 overlapping relay no individual bwauth gets a 'point'.

 How we seperate out overlaps can be done two ways. We can lump all
 overlaps into a single category. Or we can create a unique category for
 all possible overlap combinations.


 I think the best choice is to separate out overlaps but put all overlaps
 into a single category. There's so many combinations of overlaps that it'd
 be nigh-impossible to derive useful information from the tiny tiny stacks
 of overlap categories without adding data legends or other fancy chart
 features I'm not prepared to add at this time.

--
Ticket URL: <https://trac.torproject.org/projects/tor/ticket/21882#comment:1>
Tor Bug Tracker & Wiki <https://trac.torproject.org/>
The Tor Project: anonymity online
_______________________________________________
tor-bugs mailing list
tor-bugs@xxxxxxxxxxxxxxxxxxxx
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs