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

[Tor Bug Tracker & Wiki]

#34303: Find out why onion service measurements have gotten slower
---+
 Reporter:  karsten|  Owner:  karsten
 Type:  defect | Status:  accepted
 Priority:  Medium |  Milestone:
Component:  Metrics/Onionperf  |Version:
 Severity:  Normal | Resolution:
 Keywords: |  Actual Points:
Parent ID: | Points:
 Reviewer: |Sponsor:  Sponsor59-must
---+

Comment (by karsten):

 Maybe? I don't know that code or the background of #24469 enough to say
 what would be the best fix. I can only say that the patch above got us
 back to measurement results like those from before #24469 was fixed. But I
 wouldn't want to suggest a fix that fixes this issue too well for our use
 case and too much for other use cases.

 Do you want to move this ticket to Core Tor/Something for working on this
 issue? Or do you want to create your own ticket for the Tor part of it?

--
Ticket URL: 
Tor Bug Tracker & Wiki 
The Tor Project: anonymity online
___
tor-bugs mailing list
tor-bugs@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs

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

[Tor Bug Tracker & Wiki]

#34303: Find out why onion service measurements have gotten slower
---+
 Reporter:  karsten|  Owner:  karsten
 Type:  defect | Status:  accepted
 Priority:  Medium |  Milestone:
Component:  Metrics/Onionperf  |Version:
 Severity:  Normal | Resolution:
 Keywords: |  Actual Points:
Parent ID: | Points:
 Reviewer: |Sponsor:  Sponsor59-must
---+
Changes (by dgoulet):

 * cc: nickm (added)


Comment:

 >  Here's the patch to current master that I used for measurements:

 Woa... ok that is a _great_ catch there!

 Quickly like that, probably we want `entry_guard_could_succeed()` to
 always return "True" if `UseEntryGuards 0` ?

--
Ticket URL: 
Tor Bug Tracker & Wiki 
The Tor Project: anonymity online
___
tor-bugs mailing list
tor-bugs@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs

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

[Tor Bug Tracker & Wiki]

#34303: Find out why onion service measurements have gotten slower
---+
 Reporter:  karsten|  Owner:  karsten
 Type:  defect | Status:  accepted
 Priority:  Medium |  Milestone:
Component:  Metrics/Onionperf  |Version:
 Severity:  Normal | Resolution:
 Keywords: |  Actual Points:
Parent ID: | Points:
 Reviewer: |Sponsor:  Sponsor59-must
---+
Changes (by karsten):

 * owner:  metrics-team => karsten
 * status:  new => accepted


Comment:

 Okay, I think I know what the issue is: Tor stopped cannibalizing circuits
 which do not have a current guard as their first hop in 0.3.3.2-alpha
 (#24469). While this seems useful in the common case, it affects us badly,
 because we're setting `"UseEntryGuards 0"` to avoid using guards at all.

 Here are the latest measurement results with various Tor versions to
 narrow down the issue:

 [[Image(onionperf-2020-05-28.png, 700px)]]

 Some observations:
  - There are two classes of measurement results here which we can
 distinguish very clearly at the median. Things get less clear towards the
 worst-case measurements, but that's likely due to the small number of
 measurements.
  - Versions until 0.3.3.1-alpha (brown line) fall into the "fast" class,
 versions starting at 0.3.3.2-alpha (dark gray) fall into the "slow" class.
  - Version 0.4.4.0-alpha-dev (cyan) is current master with the patch below
 to undo the #24469 change. It falls into the "fast" class. While it looks
 like it's the fastest of all measurements, I doubt that it's any different
 from the other "fast" measurements in the worst case.

 Here's the patch to current master that I used for measurements:

 {{{
 diff --git a/src/core/or/circuitlist.c b/src/core/or/circuitlist.c
 index 4c37ef8b41..35057c5176 100644
 --- a/src/core/or/circuitlist.c
 +++ b/src/core/or/circuitlist.c
 @@ -1946,7 +1946,8 @@ circuit_find_to_cannibalize(uint8_t
 purpose_to_produce, extend_info_t *info,
 * that the Guard was removed from the samepled set after the
 circuit
 * was created so avoid using it. */
if (!entry_guard_could_succeed(circ->guard_state)) {
 -goto next;
 +/* Commented out this bugfix of #24469 to work around bug #34303.
 +goto next*/;
}

if ((!need_uptime || circ->build_state->need_uptime) &&
 }}}

 It would be nice to get this analysis confirmed by a network team person.

 If this is indeed the issue, I think we'll need to change Tor to only
 apply this check if `"UseEntryGuards 1"` is set. This doesn't only affect
 us, it also affects other users who run Tor without guards for whatever
 reasons.

--
Ticket URL: 
Tor Bug Tracker & Wiki 
The Tor Project: anonymity online
___
tor-bugs mailing list
tor-bugs@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs

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

[Tor Bug Tracker & Wiki]

#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 | Resolution:
 Keywords: |  Actual Points:
Parent ID: | Points:
 Reviewer: |Sponsor:  Sponsor59-must
---+
Changes (by karsten):

 * Attachment "onionperf-2020-05-28.png" added.


--
Ticket URL: 
Tor Bug Tracker & Wiki 
The Tor Project: anonymity online
___
tor-bugs mailing list
tor-bugs@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs

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

[Tor Bug Tracker & Wiki]

#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 | Resolution:
 Keywords: |  Actual Points:
Parent ID: | Points:
 Reviewer: |Sponsor:  Sponsor59-must
---+

Comment (by karsten):

 Here are some very early results from two new OnionPerf instances running
 0.2.9.17 and 0.3.3.12 (thanks, acute, for the help with setting these
 up!):

 [[Image(onionperf-2020-05-27-2.png, 700px)]]

 Something has changed between 0.2.9.17 and 0.3.3.12. I'll set up new
 OnionPerf instances.

--
Ticket URL: 
Tor Bug Tracker & Wiki 
The Tor Project: anonymity online
___
tor-bugs mailing list
tor-bugs@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs

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

[Tor Bug Tracker & Wiki]

#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 | Resolution:
 Keywords: |  Actual Points:
Parent ID: | Points:
 Reviewer: |Sponsor:  Sponsor59-must
---+
Changes (by karsten):

 * Attachment "onionperf-2020-05-27-2.png" added.


--
Ticket URL: 
Tor Bug Tracker & Wiki 
The Tor Project: anonymity online
___
tor-bugs mailing list
tor-bugs@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs

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

[Tor Bug Tracker & Wiki]

#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 | Resolution:
 Keywords: |  Actual Points:
Parent ID: | Points:
 Reviewer: |Sponsor:  Sponsor59-must
---+

Comment (by dgoulet):

 Ok so in theory, we are not running into #29427 with KIST _off_. Lets see
 what OnionPerf old version says. If we are still seeing this difference,
 we'll likely require deeper analysis of `tor` between 029 and 035 in those
 contexts...

--
Ticket URL: 
Tor Bug Tracker & Wiki 
The Tor Project: anonymity online
___
tor-bugs mailing list
tor-bugs@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs

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

[Tor Bug Tracker & Wiki]

#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 | Resolution:
 Keywords: |  Actual Points:
Parent ID: | Points:
 Reviewer: |Sponsor:  Sponsor59-must
---+

Comment (by acute):

 Yes, luckily I had not deleted the disk yet. The existing version of
 Onionperf is now running on that machine.

--
Ticket URL: 
Tor Bug Tracker & Wiki 
The Tor Project: anonymity online
___
tor-bugs mailing list
tor-bugs@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs

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

[Tor Bug Tracker & Wiki]

#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 | Resolution:
 Keywords: |  Actual Points:
Parent ID: | Points:
 Reviewer: |Sponsor:  Sponsor59-must
---+

Comment (by karsten):

 Replying to [comment:10 karsten]:
 > Replying to [comment:9 acute]:
 > > I can't think of any changes to Onionperf that would have had this
 effect, but I could fire up the op-ab VM at the University, which still
 runs Tor 0.2.9, and run the latest Onionperf for the day - what do you
 think?
 >
 > Oh, you still have that instance? Yes, please! That's the best way
 forward. Thanks!

 I should have been clearer: Please turn it back on without making any
 changes and let it run for a few days, with the exact same Tor version and
 OnionPerf version. Thanks!

--
Ticket URL: 
Tor Bug Tracker & Wiki 
The Tor Project: anonymity online
___
tor-bugs mailing list
tor-bugs@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs

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

[Tor Bug Tracker & Wiki]

#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 | Resolution:
 Keywords: |  Actual Points:
Parent ID: | Points:
 Reviewer: |Sponsor:  Sponsor59-must
---+

Comment (by karsten):

 Replying to [comment:9 acute]:
 > I can't think of any changes to Onionperf that would have had this
 effect, but I could fire up the op-ab VM at the University, which still
 runs Tor 0.2.9, and run the latest Onionperf for the day - what do you
 think?

 Oh, you still have that instance? Yes, please! That's the best way
 forward. Thanks!

--
Ticket URL: 
Tor Bug Tracker & Wiki 
The Tor Project: anonymity online
___
tor-bugs mailing list
tor-bugs@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs

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

[Tor Bug Tracker & Wiki]

#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 | Resolution:
 Keywords: |  Actual Points:
Parent ID: | Points:
 Reviewer: |Sponsor:  Sponsor59-must
---+

Comment (by acute):

 Replying to [comment:8 karsten]:
 > I should also say that the new instances that we set up four weeks ago
 are running a much newer OnionPerf branch than the old instances which we
 had not updated for a long time. I'll also look into setting up an
 OnionPerf instance running the OnionPerf code from ~1 year ago.
 >
 > acute, do you have any intuitions whether one of the changes from the
 past year or so would have caused onion service measurements getting this
 slow while at the same time producing very comparable public service
 measurements?

 I can't think of any changes to Onionperf that would have had this effect,
 but I could fire up the op-ab VM at the University, which still runs Tor
 0.2.9, and run the latest Onionperf for the day - what do you think?

--
Ticket URL: 
Tor Bug Tracker & Wiki 
The Tor Project: anonymity online
___
tor-bugs mailing list
tor-bugs@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs

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

[Tor Bug Tracker & Wiki]

#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 | Resolution:
 Keywords: |  Actual Points:
Parent ID: | Points:
 Reviewer: |Sponsor:  Sponsor59-must
---+

Comment (by karsten):

 I should also say that the new instances that we set up four weeks ago are
 running a much newer OnionPerf branch than the old instances which we had
 not updated for a long time. I'll also look into setting up an OnionPerf
 instance running the OnionPerf code from ~1 year ago.

 acute, do you have any intuitions whether one of the changes from the past
 year or so would have caused onion service measurements getting this slow
 while at the same time producing very comparable public service
 measurements?

--
Ticket URL: 
Tor Bug Tracker & Wiki 
The Tor Project: anonymity online
___
tor-bugs mailing list
tor-bugs@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs

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

[Tor Bug Tracker & Wiki]

#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 | Resolution:
 Keywords: |  Actual Points:
Parent ID: | Points:
 Reviewer: |Sponsor:  Sponsor59-must
---+

Comment (by karsten):

 Replying to [comment:6 arma]:
 > In the graph above, it looks like the "before" and "after" overlap for a
 bit of time, at the end of April? So how come the old measurements are
 fast, and the new measurements are slow, even when they're done at the
 same time?

 Exactly, that's the question. The Tor '''network''' was the same, yet the
 old and new instances produced vastly different results.

 So, first results from `"Schedulers Vanilla"` are that this setting does
 not affect measurements at all:

 [[Image(onionperf-2020-05-27.png, 700px)]]

 Some observations:

  - The blue line is from the old `op-hk` instance from early April. It
 didn't run anymore towards the end of April, but judging from the graph
 above we would expect its performance to stay the same. Note that it shows
 time to first byte, not time to 50 KiB, though the difference is probably
 minor.

  - The orange line is from the new `op-hk2` instance from yesterday.

  - The green line is from the newly setup Hong Kong instance with the
 `"Schedulers Vanilla"` setting. I'm 90% certain that I did not mess up
 setting that option. There's no easy way to check, because we're not
 writing out the `torrc` file to disk but feeding it into the `tor`
 processes via stdin. However, when I first tried it, I passed `"Schedulers
 Vanilla"` without newline, and it complained about `"VanillaRunAsDaemon"`
 not being a valid scheduler option, and it stopped complaining after I
 passed `"Schedulers Vanilla\n"`. So, it might have worked. The results are
 equally bad as in the orange line.

  - Note that I made this graph using yet unmerged OnionPerf branches. The
 TTFB definition in this graph is the same as in the other graphs above.

 I'll try older Tor versions today. The `op-hk` instance was running,
 *ahem*, 0.2.9, whereas the new instances are running 0.3.5. I'll see what
 versions between those two I get compiled and running, and I might also
 try newer versions.

--
Ticket URL: 
Tor Bug Tracker & Wiki 
The Tor Project: anonymity online
___
tor-bugs mailing list
tor-bugs@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs

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

[Tor Bug Tracker & Wiki]

#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 | Resolution:
 Keywords: |  Actual Points:
Parent ID: | Points:
 Reviewer: |Sponsor:  Sponsor59-must
---+
Changes (by karsten):

 * Attachment "onionperf-2020-05-27.png" added.


--
Ticket URL: 
Tor Bug Tracker & Wiki 
The Tor Project: anonymity online
___
tor-bugs mailing list
tor-bugs@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs

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

[Tor Bug Tracker & Wiki]

#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 | Resolution:
 Keywords: |  Actual Points:
Parent ID: | Points:
 Reviewer: |Sponsor:  Sponsor59-must
---+

Comment (by arma):

 In the graph above, it looks like the "before" and "after" overlap for a
 bit of time, at the end of April? So how come the old measurements are
 fast, and the new measurements are slow, even when they're done at the
 same time?

--
Ticket URL: 
Tor Bug Tracker & Wiki 
The Tor Project: anonymity online
___
tor-bugs mailing list
tor-bugs@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs

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

[Tor Bug Tracker & Wiki]

#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 | Resolution:
 Keywords: |  Actual Points:
Parent ID: | Points:
 Reviewer: |Sponsor:  Sponsor59-must
---+

Comment (by karsten):

 dgoulet suggests to try out torrc option `"Schedulers Vanilla"` as this
 might be related to KIST. Will give that a try on a testing OnionPerf
 instance.

--
Ticket URL: 
Tor Bug Tracker & Wiki 
The Tor Project: anonymity online
___
tor-bugs mailing list
tor-bugs@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs

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

[Tor Bug Tracker & Wiki]

#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 | Resolution:
 Keywords: |  Actual Points:
Parent ID: | Points:
 Reviewer: |Sponsor:  Sponsor59-must
---+
Changes (by gaba):

 * cc: gaba (added)


--
Ticket URL: 
Tor Bug Tracker & Wiki 
The Tor Project: anonymity online
___
tor-bugs mailing list
tor-bugs@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs

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

[Tor Bug Tracker & Wiki]

#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 | Resolution:
 Keywords: |  Actual Points:
Parent ID: | Points:
 Reviewer: |Sponsor:  Sponsor59-must
---+
Changes (by karsten):

 * cc: asn (added)


--
Ticket URL: 
Tor Bug Tracker & Wiki 
The Tor Project: anonymity online
___
tor-bugs mailing list
tor-bugs@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs

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

[Tor Bug Tracker & Wiki]

#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 | Resolution:
 Keywords: |  Actual Points:
Parent ID: | Points:
 Reviewer: |Sponsor:  Sponsor59-must
---+

Comment (by karsten):

 Regarding my confidence in these graphs, I found comparable numbers in the
 [https://trac.torproject.org/projects/tor/ticket/33434#comment:4 graphs
 attached to #33434], just without a comparison to the earlier OnionPerf
 instances, which is why these high numbers didn't stand out. However, not
 ruling out that I made a mistake in those graphs, too.

--
Ticket URL: 
Tor Bug Tracker & Wiki 
The Tor Project: anonymity online
___
tor-bugs mailing list
tor-bugs@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs

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

[Tor Bug Tracker & Wiki]

#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 | Resolution:
 Keywords: |  Actual Points:
Parent ID: | Points:
 Reviewer: |Sponsor:  Sponsor59-must
---+

Comment (by karsten):

 [[Image(torperf-onion-2020-02-25-2020-05-25-50kb.png, 700px)]]

--
Ticket URL: 
Tor Bug Tracker & Wiki 
The Tor Project: anonymity online
___
tor-bugs mailing list
tor-bugs@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs

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

[Tor Bug Tracker & Wiki]

#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 | Resolution:
 Keywords: |  Actual Points:
Parent ID: | Points:
 Reviewer: |Sponsor:  Sponsor59-must
---+
Changes (by karsten):

 * Attachment "torperf-onion-2020-02-25-2020-05-25-50kb.png" added.


--
Ticket URL: 
Tor Bug Tracker & Wiki 
The Tor Project: anonymity online
___
tor-bugs mailing list
tor-bugs@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs