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

Re: [tor-bugs] #27135 [Core Tor/sbws]: Write descriptor bandwidths average in raw results



#27135: Write descriptor bandwidths average in raw results
---------------------------+-------------------------------------
 Reporter:  juga           |          Owner:  juga
     Type:  defect         |         Status:  assigned
 Priority:  Medium         |      Milestone:  sbws 1.0 (MVP must)
Component:  Core Tor/sbws  |        Version:
 Severity:  Normal         |     Resolution:
 Keywords:                 |  Actual Points:
Parent ID:  #27108         |         Points:
 Reviewer:                 |        Sponsor:
---------------------------+-------------------------------------

Comment (by teor):

 Replying to [comment:14 juga]:
 > With a separate python script, i've collected descriptors' bandwidth
 during 3 days, every hour.
 > I've tried the method you proposed, but it still don't smooth out
 spikes. I'm quite sure it's because the descriptors' bandwidth don't
 change (much).

 Please retry with observed bandwidth,

 > I assumed Torflow's `desc_bw` and `avg_desc_bw` are the descriptor
 `average bandwidth`, but looking TorCtl.py [0] seems to be `observed
 bandwidth`, so i'm going to collect those instead and see how that change
 the curve.

 Yes, we want the observed bandwidth. The bandwidth rate and bandwidth
 burst come from the torrc, so they don't change much.

 > In any case, if Torflow is applying a decaying average, do you know
 where is that in the code?.

 Torflow uses a complicated calculation when pid control is active.
 This calculation attempts to apply a decaying weight to previous results,
 so that the feedback loop converges.
 (But the feedback loop does not converge, because this part of the torflow
 design is broken.)
 https://gitweb.torproject.org/torflow.git/tree/NetworkScanners/BwAuthority/aggregate.py#n117

 sbws needs to be able to operate in two different modes:
 1. Ignore self-reported bandwidth, so sbws can be more secure
 2. Use observed bandwidth to scale measurements, so sbws can be more like
 torflow

 Then, if sbws totals are different to torflow totals, we can apply a final
 linear scale step.

 Right now, we need to focus on getting the code working, and comparing
 sbws with torflow.

 Please use whatever observed bandwidth you have right now.

 Any of the following methods are ok:
 * the latest observed bandwidth
 * an average of recent observed bandwidths
 * a decaying average of recent observed bandwidths

 We'll also need a short explanation of how sbws works, so we can explain
 sbws to authority and relay operators.

--
Ticket URL: <https://trac.torproject.org/projects/tor/ticket/27135#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