[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