[Tor-BSD] OpenBSD Bandwidth Issues
george at ceetonetechnology.com
Wed May 6 15:30:49 EDT 2015
>> On 29 Apr 2015, at 08:35 , Richard Johnson <rdump at river.com>
>> On 2015-04-07 15:43, Seth wrote:
>>> On Sun, 14 Dec 2014 11:17:54 -0800, Libertas
>>> <libertas at mykolab.com> wrote:
>>>> It turns out my new exit node is an even better example than
>>>> it was when I posted it two days ago. Compare its measured
>>>> and consensus bandwidths with its actual bandwidth:
It's running on a pretty fast 100 Mbps uplink on a dedicated server with
>>>> hardware that should be serious overkill.
>>> ...so three months later and my OpenBSD Tor exit node
>>> Advertised Bandwidth seems to have plateaued at approx 2.27
Curious what other people are seeing for speeds on their *BSD nodes.
>>> According to VULTR Server Monitors, resource usage over 1 month
>>> period is nowhere near the limit.
>> I currently use a non-AES-NI 2-CPU 12-total-cores system running
>> OpenBSD 5.6-stable. For 6 relays on the box (3 IP addresses) I
>> see combined throughput averaging 3.7 to 4.5 MB/s over multiple
>> days according to arm.
>> The fastest of the family:
This particular relay topped out on file descriptors (limit was 8192),
so now the limit has been increased.
>> The second fastest of the family:
>> (GEOa is running on Mac OS X, and is anemic for reasons I don't
>> yet understand)
> I found that my throughput increased dramatically on OS X when I: *
> increased kern.maxfiles to 30K in sysctl * increased
> kern.maxfilesperproc to 10K in sysctl * increased
> kern.ipc.somaxconn to 4K in sysctl * set HardResourceLimits /
> NumberOfFiles to 10K in launchd (I think launchd adjusts sysctl
> here as well) * compiled an optimised version of the latest OpenSSL
> with aes-ni support and linked tor against it
I've mentioned before, but I think it would be useful to standardize,
at least on this list, *how* throughput changes are judged. It feels
like an exercise in comparing apples to aardvarks :)
I need to jump into the optimizing tweaks nevertheless. I'm just not
positive there are not other bottlenecks, such as the available bandwidth.
I don't have the link accessible ATM, but it's well worth looking at
GNN's stuff on testing. As I've said before, node bandwidth on the
Tor network seem difficult to assess, just by the nature of how
traffic flows on it. IOW, a (more or less) randomized network
shouldn't be easy to replicate... unless there's something very wrong
with the network!
More information about the Tor-BSD