Date: Sun, 13 Nov 2011 17:02:02 -0700 From: Jason Wolfe <nitroboost@gmail.com> To: Erich Weiler <weiler@soe.ucsc.edu> Cc: freebsd-net@freebsd.org, grenville armitage <garmitage@swin.edu.au> Subject: Re: Arg. TCP slow start killing me. Message-ID: <CAAAm0r0TO5ifZ_-s%2BJEN5jwRNuZQq=8t6zRRKSnfPBTO2Rb%2Bng@mail.gmail.com> In-Reply-To: <4EC0585F.5000104@soe.ucsc.edu> References: <4EC033B7.5080609@soe.ucsc.edu> <4EC0395C.3030302@swin.edu.au> <4EC055CB.40100@soe.ucsc.edu> <4EC0585F.5000104@soe.ucsc.edu>
next in thread | previous in thread | raw e-mail | index | archive | help
On Sun, Nov 13, 2011 at 4:53 PM, Erich Weiler <weiler@soe.ucsc.edu> wrote: > I suspect my firewall *is* the cause of the packet loss, unfortunately. >> We're sending multiple streams in from multiple sources and >> destinations, but the aggregate bandwidth coming into the firewall is >> consistent no matter how many sources and destinations we have. It maxes >> at about 2Gb/s. That's why I was trying to tweak the firewall, to try >> and get that number up. >> > > Sorry, to be clear, the *average* bandwidth was like 2Gb/s, I'm really > trying to dodge the sawtooth traffic pattern in some way, I see it go up to > 3Gb/s every once in a while. I was hoping to achieve getting closer to > 3Gb/s on average by adding buffers to my firewall, but maybe that isn't the > answer... > > I tried Jason's suggestions earlier but it didn't seem to help much > unfortunately. Yeah, skimming fail, I didn't realize the machine was not the termination point of your connections. I do have patches back ported that would likely get the modular congestion control working on 8.1, but neither my suggestions nor the implementation of Cubic will help much as mentioned. Jason
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CAAAm0r0TO5ifZ_-s%2BJEN5jwRNuZQq=8t6zRRKSnfPBTO2Rb%2Bng>