[metrics-bugs] #28305 [Metrics/Statistics]: Include client numbers even if we think we got reports from more than 100% of all relays
Tor Bug Tracker & Wiki
blackhole at torproject.org
Sun Nov 4 21:11:35 UTC 2018
#28305: Include client numbers even if we think we got reports from more than 100%
of all relays
--------------------------------+------------------------------
Reporter: karsten | Owner: metrics-team
Type: defect | Status: new
Priority: High | Milestone:
Component: Metrics/Statistics | Version:
Severity: Normal | Resolution:
Keywords: | Actual Points:
Parent ID: | Points:
Reviewer: | Sponsor:
--------------------------------+------------------------------
Comment (by karsten):
You'll find a description/specification how frac is calculate here:
https://metrics.torproject.org/reproducible-metrics.html#relay-users
Maybe rounding error was not the right term. In fact, I believe it might
be a situation like the one you're describing. I can extract the variable
values going into the frac formula; maybe one of them is responsible for
getting us above the 100%.
However, we should carefully consider whether we want to change that
formula or rather not touch it until we have PrivCount as replacement. If
we think the frac value isn't going to grow much beyond 100%, we could
just accept that inaccuracy and live with it. If we think it's going to
grow towards, say, 150%, I agree that we'll have to do something.
--
Ticket URL: <https://trac.torproject.org/projects/tor/ticket/28305#comment:2>
Tor Bug Tracker & Wiki <https://trac.torproject.org/>
The Tor Project: anonymity online
More information about the metrics-bugs
mailing list