Date: Fri, 5 Feb 2016 18:52:07 +0000 From: "Meyer, Wolfgang" <wolfgang.meyer@hob.de> To: 'Allan Jude' <allanjude@freebsd.org>, "freebsd-performance@freebsd.org" <freebsd-performance@freebsd.org> Subject: RE: ixgbe: Network performance tuning (#TCP connections) Message-ID: <EC88118611AE564AB0B10C6A4569004D0137D58089@HOBEX11.hob.de> In-Reply-To: <56B4E7B0.9010509@freebsd.org> References: <EC88118611AE564AB0B10C6A4569004D0137D57AEB@HOBEX11.hob.de> <56B23DEA.1060307@freebsd.org> <CAHM0Q_NeXBeQvctMA8oaaUtWVncKzFX7qxbasWCoR04fGUP-dw@mail.gmail.com> <EC88118611AE564AB0B10C6A4569004D0137D58050@HOBEX11.hob.de> <56B4E7B0.9010509@freebsd.org>
next in thread | previous in thread | raw e-mail | index | archive | help
> -----Original Message----- > From: owner-freebsd-performance@freebsd.org [mailto:owner-freebsd- > performance@freebsd.org] On Behalf Of Allan Jude > Sent: Freitag, 5. Februar 2016 19:19 > To: freebsd-performance@freebsd.org > Subject: Re: ixgbe: Network performance tuning (#TCP connections) > > On 2016-02-05 13:05, Meyer, Wolfgang wrote: > > > > > > > As I was telling in my original message, the rxd and txd values were mo= re or > less the only ones that changed my numbers to the better when reducing > them. Not that I understood that behaviour but a double-check now > revealed that I stand corrected on this observation. Raising the value (t= o > 1024) now did not only degrade througput to my original bad numbers but t= o > the opposite slightly improved it (but only barely measurable compared to > measurement variation). Don't know what cross interaction was leading to > my original observation. > > > > Concerning pcb hash table size I only found net.inet.sctp.pcbhashsize a= nd > that had no influence. Not sure whether sctp plays a role at all in my > problem. > > > > Regards, > > Wolfgang Meyer > > > > > > I think the one you are looking for is: net.inet.tcp.tcbhashsize > > See if doubling that makes a difference. > > -- > Allan Jude Doesnt't seem to make a difference. Anyway as now system load of the cores = handling the interrupt queues seem to max out, I'll probably have to look g= iving some relief to this parameter. On Linux there was also some manual se= tting of processor affinities for the interrupt queues necessary. Regards, Wolfgang ________________________________ Follow HOB: - HOB: http://www.hob.de/redirect/hob.html - Xing: http://www.hob.de/redirect/xing.html - LinkedIn: http://www.hob.de/redirect/linkedin.html - HOBLink Mobile: http://www.hob.de/redirect/hoblinkmobile.html - Facebook: http://www.hob.de/redirect/facebook.html - Twitter: http://www.hob.de/redirect/twitter.html - YouTube: http://www.hob.de/redirect/youtube.html - E-Mail: http://www.hob.de/redirect/mail.html HOB GmbH & Co. KG Schwadermuehlstr. 3 D-90556 Cadolzburg Geschaeftsfuehrung: Klaus Brandstaetter, Zoran Adamovic AG Fuerth, HRA 5180 Steuer-Nr. 218/163/00107 USt-ID-Nr. DE 132747002 Komplementaerin HOB electronic Beteiligungs GmbH AG Fuerth, HRB 3416
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?EC88118611AE564AB0B10C6A4569004D0137D58089>