[tor-bugs] #13792 [Tor]: HS statistics for private tor network to gather info on services, clients and relays
Tor Bug Tracker & Wiki
blackhole at torproject.org
Fri Dec 19 15:12:04 UTC 2014
#13792: HS statistics for private tor network to gather info on services, clients
and relays
-------------------------+------------------------------
Reporter: dgoulet | Owner:
Type: task | Status: new
Priority: normal | Milestone:
Component: Tor | Version:
Resolution: | Keywords: tor-hs, SponsorR
Actual Points: | Parent ID:
Points: |
-------------------------+------------------------------
Comment (by dgoulet):
> That's a great start! BTW, are the graphs for the HSDir measurements
somewhere public? I'm interested to see the variance in the time of
fetching a descriptor.
I have one yes but it has few data points for now. I would like one with
hundreds at least but it takes forever with chutney (because of the
bootstrap time) so I still have to set an overnight experiment.
https://people.torproject.org/~dgoulet/hs/hsdir-025.png
>
> On the topic of HSDirs, it should now be easy to do #13208 too, right?
However, I'm not sure how useful this would be in a private network, where
there is not that big number of relays and also natural churn is not very
natural
Very easy yes! We can match in the trace the fetch + store very easily.
However, as you said, I've never seen that on chutney because well not
really overloaded :).
>
> Also, I noticed that all stats come from clients or hidden services. You
haven't instrumented the IP or HSDir code itself, right? Do you think that
would be useful? For example, to check from the IP's PoV the "time from
receiving ESTABLISH_INTRO to sending INTRO_ESTABLISHED cell back to the
HS". Are the two clusters visible there too? If yes, it's definitely an IP
issue.
Well in a way I did. The "tor_trace_hs_relay_cell_start/done()"
tracepoint, you see all HS cells. This is how I can match cells going to
certain intro points from the HS.
Good idea for a graph! I can definitely do that!
>
> Also, maybe #13239 would be a useful experiment. Basically checking the
performance baseline with 2 preemptive circuits vs 3 preemptive circuits.
Indeed, with a patch that does both, we can easily graph the differences.
That's I think one of the beauty of this stats collection, quickly we can
see if we make progress or not :)
--
Ticket URL: <https://trac.torproject.org/projects/tor/ticket/13792#comment:6>
Tor Bug Tracker & Wiki <https://trac.torproject.org/>
The Tor Project: anonymity online
More information about the tor-bugs
mailing list