Date: Wed, 30 May 2018 12:06:33 +0200 From: "Muenz, Michael" <m.muenz@spam-fetish.org> To: freebsd-net@freebsd.org Subject: Re: GRE/gif/netgraph tunnel speed on 10Gbit channel Message-ID: <b7cf3c7d-8771-0440-bc2f-6668f771f2f7@spam-fetish.org> In-Reply-To: <20180530084307.GA35405@hell.ukr.net> References: <201805291402.w4TE2RMe065517@pdx.rh.CN85.dnsmgr.net> <debcb6b2-ac1a-24e1-2e74-d8f081b461df@spam-fetish.org> <20180530084307.GA35405@hell.ukr.net>
next in thread | previous in thread | raw e-mail | index | archive | help
Am 30.05.2018 um 10:43 schrieb Vitalij Satanivskij: > Most likely threading only part of problem with iperf3. > > As I say before - I'm check iperf3 in paralel by running multiple instanse on diferent's ports > Speed is always same. > > But maybe 2-3 instance to few for noticible result's. > > For me most confusion was speed aroud 10Gbit on pure link showed by both iperf and iperf3 ... > > Any way. With enabled pf (set skip on gre0 in config) in kernel I get around 3gbit's and around 4.4gbit's without. > > Also I'm tested diferent mtu on interface (eg 9000 and so on) no speed improvement at all > > Now question is - is it highgest speed of tunnel that we can expect from GRE or there is some tuning capabilitis for speed up it? > > > In my Lab FW1 is only Xeon D with 95% CPU while testing and FW2 Xeon E is at 20% CPU. I cannot replace the Xeon D for the next 3 weeks so there could be more perhaps. Michael
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?b7cf3c7d-8771-0440-bc2f-6668f771f2f7>