Opened 5 years ago
Closed 4 years ago
#14174 closed enhancement (fixed)
chutney verify: make amount of data sent configurable (Tor load / performance testing)
Reported by: | teor | Owned by: | teor |
---|---|---|---|
Priority: | Medium | Milestone: | |
Component: | Core Tor/Chutney | Version: | |
Severity: | Keywords: | tor-perf SponsorR SponsorS tor-hs tor-client tor-bridge | |
Cc: | nickm, dgoulet | Actual Points: | |
Parent ID: | #14175 | Points: | |
Reviewer: | Sponsor: |
Description
There is a need to load-test Tor relays when bringing them up, and to performance-test tor in general, whether relaying or hidden services.
See:
Tor BSD Underperformance https://lists.torproject.org/pipermail/tor-dev/2015-January/008048.html
Simulate high Tor load https://lists.torproject.org/pipermail/tor-relays/2015-January/006203.html
It's possible to manually modify the amount of random data sent while verifying connectivity (look for "Octets" in chutney's TorNet.py).
But it would be nice if this amount was configurable.
Nick, is this SponsorR, or SponsorS, or both?
Child Tickets
Change History (9)
comment:1 Changed 5 years ago by
Type: | defect → enhancement |
---|
comment:2 Changed 5 years ago by
Keywords: | tor-client tor-bridge added |
---|
comment:3 Changed 5 years ago by
Parent ID: | → #14175 |
---|
comment:4 Changed 5 years ago by
Keywords: | easy added |
---|
comment:5 Changed 5 years ago by
comment:6 Changed 5 years ago by
Keywords: | SponsorR SponsorS added; easy removed |
---|
Tagged with appropriate sponsors
comment:7 Changed 5 years ago by
Summary: | chutnety verify: make amount of data sent configurable (Tor load / performance testing) → chutney verify: make amount of data sent configurable (Tor load / performance testing) |
---|
comment:8 Changed 5 years ago by
Owner: | changed from nickm to teor |
---|---|
Status: | new → assigned |
comment:9 Changed 4 years ago by
Resolution: | → fixed |
---|---|
Status: | assigned → closed |
Merged
Try for example:
src/test/test-network.sh --sleep 30 --bytes 102400000 --flavour bridges+ipv6+hs
imo it's both.