<div dir="ltr"><div>Hi David, <br></div><div><br></div><div>Great to hear how the tracing work is progressing. I can suggest two different solutions. <br></div><div><br></div><div>Firstly, I just gave a presentation on a new tool for benchmarking Tor using real browser processes to the Mozilla-Tor Monthly meeting. It's still in its early stages, but it is up and working. You could use it to drive a Tor Browser or Firefox instance through Tor and use the web in a fashion that approximates a normal user. I will send you a link to the video / slides off-list in case you don't have it already. <br></div><div><br></div><div>Secondly, I think Onionperf uses TGen behind the scenes to generate traffic. TGen should allow you generate data which looks like HTTP requests for some level of 'looks like'. I'm not super familiar with the details, but I think its pretty mature and there's some information (including a HTTP TGen model) here: <a href="https://tmodel-ccs2018.github.io/">https://tmodel-ccs2018.github.io/</a> . <br></div><div><br></div><div>Best,</div><div>Dennis <br></div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Aug 20, 2019 at 8:54 AM David Goulet <<a href="mailto:dgoulet@torproject.org">dgoulet@torproject.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Greetings Metrics!<br>
<br>
If I'm not mistaken, TorPerf/OnionPerf only do bulk download measurements? In<br>
other words, only download a file of a specific size (50K, 1M...) and then<br>
timestamp various timings there.<br>
<br>
Does any of those tools have support for non bulk data that is transmitting<br>
burst of data at some random timings?<br>
<br>
Tor cell scheduling is, in theory, built to prioritize "quiet circuit" like<br>
let say an SSH session that sees some commands, not rsync type.<br>
<br>
Only bulk data download might not show us the full picture of latency on the<br>
network so thus my question.<br>
<br>
So that feature of "non bulk data" seems to me like a must have also?<br>
<br>
Some context: I'm currenlty investiguating the *inprocess* cell timings and<br>
queue priority within little-t tor which ultimately I would like to correlate<br>
with Torperf data or at least try to find some avenues to understand where<br>
congestion happens.<br>
<br>
Thanks!<br>
David<br>
<br>
-- <br>
22OYsO4jsRaRQWkUKLdtZ3Ol5nzIN+vauQE2JvQ8Q18=<br>
_______________________________________________<br>
metrics-team mailing list<br>
<a href="mailto:metrics-team@lists.torproject.org" target="_blank">metrics-team@lists.torproject.org</a><br>
<a href="https://lists.torproject.org/cgi-bin/mailman/listinfo/metrics-team" rel="noreferrer" target="_blank">https://lists.torproject.org/cgi-bin/mailman/listinfo/metrics-team</a><br>
</blockquote></div>