[tor-bugs] #29370 [Metrics/Onionperf]: Measure mode with arbitrary tgen traffic models
Tor Bug Tracker & Wiki
blackhole at torproject.org
Thu Jun 4 14:38:56 UTC 2020
#29370: Measure mode with arbitrary tgen traffic models
---------------------------------------+------------------------------
Reporter: irl | Owner: metrics-team
Type: enhancement | Status: reopened
Priority: Low | Milestone:
Component: Metrics/Onionperf | Version:
Severity: Normal | Resolution:
Keywords: metrics-team-roadmap-2020 | Actual Points: 0.1
Parent ID: #33321 | Points: 1
Reviewer: | Sponsor: Sponsor59
---------------------------------------+------------------------------
Comment (by karsten):
Agreed with what you write, robgjansen.
Replying to [comment:13 acute]:
> > If researchers need to change parts of a model that cannot be
configured using the OnionPerf command line interface, they will have to
change the OnionPerf sources to do what they want. I'd say that that's
still easier than editing a TGen XML file. If the missing piece is better
documentation, we should provide that.
> That is exactly what I had in mind for doing this.
Great!
> > My suggestions are that we:
> > - make the current bulk transfer model more configurable by adding
parameters like initial pause, transfer count, or filesize as part of
#33432;
> > - develop a ping model as internal model where OnionPerf generates
TGen files, plus analysis and visualization code, as part of #30798,
assuming there's need for developing such a model; and
> > - remove the `-m/--traffic-model` parameter from the codebase and
close this ticket as something we considered carefully but decided
against.
>
> This all sounds good, but I'd add to this writing some documentation for
using other models we don't support as proposed above.
Yes, good point! Updated next steps are:
- make the current bulk transfer model more configurable by adding
parameters like initial pause, transfer count, or filesize as part of
#33432;
- develop a ping model as internal model where OnionPerf generates TGen
files, plus analysis and visualization code, as part of #30798, assuming
there's need for developing such a model;
- write documentation for using other models we don't support as proposed
above; and
- remove the `-m/--traffic-model` parameter from the codebase and close
this ticket as something we considered carefully but decided against.
--
Ticket URL: <https://trac.torproject.org/projects/tor/ticket/29370#comment:14>
Tor Bug Tracker & Wiki <https://trac.torproject.org/>
The Tor Project: anonymity online
More information about the tor-bugs
mailing list