Trac issueshttps://gitlab.torproject.org/legacy/trac/-/issues2020-06-13T14:02:11Zhttps://gitlab.torproject.org/legacy/trac/-/issues/70Don't force BandwidthBurst to be 2x + 1 BandwithRate2020-06-13T14:02:11ZTracDon't force BandwidthBurst to be 2x + 1 BandwithRateForcing BandwidthBurst to be 2x + 1 (or even 2x) the BandwidthRate is silly for people who
would like Tor to be able to burst to their full link speed, but average above 50% of the link speed.
Ie: I have a 768K link and want tor to aver...Forcing BandwidthBurst to be 2x + 1 (or even 2x) the BandwidthRate is silly for people who
would like Tor to be able to burst to their full link speed, but average above 50% of the link speed.
Ie: I have a 768K link and want tor to average 512K and burst up to 768K. Current limitation would require
me to set BandwidthRate to 384K not 512K.
[Automatically added by flyspray2trac: Operating System: All]
**Trac**:
**Username**: synfinatichttps://gitlab.torproject.org/legacy/trac/-/issues/69Add flag to tor to verify config2020-06-13T14:02:11ZTracAdd flag to tor to verify configRight now if you edit the torrc incorrectly and HUP tor, it dies (and only says so in the log file so you
may not even notice for awhile. Anyways, it would be nice if tor had something equivalent to Apache's -t
flag which says "verify m...Right now if you edit the torrc incorrectly and HUP tor, it dies (and only says so in the log file so you
may not even notice for awhile. Anyways, it would be nice if tor had something equivalent to Apache's -t
flag which says "verify my config and tell me what if anything is broken". That way we could have a
torctl script which has a 'reload' option which would first verify the config and if OK, would HUP tor.
[Automatically added by flyspray2trac: Operating System: All]
**Trac**:
**Username**: synfinatic0.1.0.1-rcNick MathewsonNick Mathewson