[metrics-bugs] #34303 [Metrics/Onionperf]: Find out why onion service measurements have gotten slower

Tor Bug Tracker & Wiki blackhole at torproject.org
Mon May 25 13:52:18 UTC 2020


#34303: Find out why onion service measurements have gotten slower
-----------------------------------+--------------------------
     Reporter:  karsten            |      Owner:  metrics-team
         Type:  defect             |     Status:  new
     Priority:  Medium             |  Milestone:
    Component:  Metrics/Onionperf  |    Version:
     Severity:  Normal             |   Keywords:
Actual Points:                     |  Parent ID:
       Points:                     |   Reviewer:
      Sponsor:  Sponsor59-must     |
-----------------------------------+--------------------------
 Today I changed the [https://metrics.torproject.org/torperf.html "Time to
 download files over Tor" graph] to include version 3 onion service
 measurements.

 By chance, I also looked at the
 [https://metrics.torproject.org/torperf.html?start=2020-02-25&end=2020-05-25&server=onion&filesize=50kb
 onion server measurements] and found that the onion service measurements
 made by op-nl2, op-us2, and op-hk2 have gotten much slower as compared to
 their op-nl, op-us, and op-hk predecessors.

 I'm 95% certain that this is not a bug in the graphs.

 My current best guess is that something in `tor` has changed. I'd like to
 set up a small number of experimental OnionPerf instances all in the same
 place but with different `tor` versions. Any suggestions on locations
 (Amsterdam, Florida, Hong Kong) or `tor` versions?

 This is also relevant to Sponsor 59 in order to make sure that our current
 measurements are going to be a baseline for future experiments.
 Classifying as potential defect.

--
Ticket URL: <https://trac.torproject.org/projects/tor/ticket/34303>
Tor Bug Tracker & Wiki <https://trac.torproject.org/>
The Tor Project: anonymity online


More information about the metrics-bugs mailing list