[Author Prev][Author Next][Thread Prev][Thread Next][Author Index][Thread Index]
Re: [tor-bugs] #1854 [Analysis]: Investigate raising the minimum bandwidth for getting the Fast flag
#1854: Investigate raising the minimum bandwidth for getting the Fast flag
---------------------------------------+------------------------------------
Reporter: arma | Owner: arma
Type: task | Status: assigned
Priority: normal | Milestone:
Component: Analysis | Version:
Keywords: performance loadbalancing | Parent:
Points: | Actualpoints:
---------------------------------------+------------------------------------
Comment(by arma):
Replying to [comment:12 karsten]:
> Sounds like we want #6232 graphs with the minimum bandwidth to keep
relays in the consensus on the X axis. For example, a graph similar to
https://trac.torproject.org/projects/tor/attachment/ticket/6232/entropy-
august.png would have its blue lines decreasing steadily, because we're
taking away relays, but the red lines would stay on the same level and
only drop in the last third or so, because we start taking away relays
from the slowest ones.
>
> Is that what you have in mind here?
Sounds plausible. One nice way of looking at it might be: what's the
highest bandwidth cutoff such that the red lines in your graph lose 1% or
less? Then the same question for 2%, 3%, 4%, 5%.
Of course, that needs a definition of what it means for two lines to
differ. We might try defining the difference as the point x where f1(x)
and f2(x) differ the most. If there's noise, we might define it as the
10th percentile of these points x, which would let us say "90% of the time
there was at most a 1% difference."
--
Ticket URL: <https://trac.torproject.org/projects/tor/ticket/1854#comment:15>
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