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

Re: [tor-bugs] #30227 [Core Tor/sbws]: Work out why recent_measurements_excluded_few_count=733



#30227: Work out why recent_measurements_excluded_few_count=733
---------------------------+-----------------------------------
 Reporter:  teor           |          Owner:  (none)
     Type:  defect         |         Status:  new
 Priority:  Medium         |      Milestone:  sbws: unspecified
Component:  Core Tor/sbws  |        Version:  sbws: unspecified
 Severity:  Normal         |     Resolution:
 Keywords:                 |  Actual Points:
Parent ID:  #29710         |         Points:
 Reviewer:                 |        Sponsor:
---------------------------+-----------------------------------

Comment (by teor):

 Replying to [comment:3 juga]:
 > Replying to [comment:2 juga]:
 > > These tickets looks good to improve scanner performance, but maybe we
 could reduce complexity by implementing what proposed in
 https://trac.torproject.org/projects/tor/ticket/29291#comment:4 that could
 be useful for onionperf too.
 >
 > i just don't know how much would change the bandwidth values to create a
 request and wait it stabilizes, or to make different requests with "keep-
 alive" connection.

 Changing the measurement method is a high-risk change. I don't think we
 have time to test it properly.

 Replying to [comment:2 juga]:
 > #29720 could also reduce the number of measurements required.

 Including bandwidths from helper relays is a high-risk change, because
 helper relays have higher bandwidths than the measured relays they are
 paired with. I don't think we have time to test it properly.

 > #29719 may or may not improve performance, but it'd reduce complexity on
 understanding why some relays get more measurements than others and the
 monitoring KeyValues associated to the priority loops and the time it
 takes to measure all the network.

 I think #29719 is a good idea. It has some risk, but we can manage that
 risk by testing for a week or two before merging.

 But I think we should do #30231, #30232, and #30233 first. They are
 simple, low-risk changes. And the tests will be much faster after we
 improve sbws measurement speed.

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