[Author Prev][Author Next][Thread Prev][Thread Next][Author Index][Thread Index]
Re: [tor-bugs] #28305 [Metrics/Statistics]: Include client numbers even if we think we got reports from more than 100% of all relays
#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
_______________________________________________
tor-bugs mailing list
tor-bugs@xxxxxxxxxxxxxxxxxxxx
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs