[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