Date: Thu, 16 Apr 2020 09:34:41 +0300 From: Pavel Timofeev <timp87@gmail.com> To: Kristof Provost <kp@freebsd.org> Cc: freebsd-current <freebsd-current@freebsd.org>, freebsd-stable stable <freebsd-stable@freebsd.org> Subject: Re: CFT: if_bridge performance improvements Message-ID: <CAAoTqfvKcgX8nMMZh3V3g_KUy3iwAmgBt%2BMFKfq_HOkYXMiFhw@mail.gmail.com> In-Reply-To: <5377E42E-4C01-4BCC-B934-011AC3448B54@FreeBSD.org> References: <5377E42E-4C01-4BCC-B934-011AC3448B54@FreeBSD.org>
next in thread | previous in thread | raw e-mail | index | archive | help
=D0=B2=D1=82, 14 =D0=B0=D0=BF=D1=80. 2020 =D0=B3., 12:51 Kristof Provost <k= p@freebsd.org>: > Hi, > > Thanks to support from The FreeBSD Foundation I=E2=80=99ve been able to w= ork > on improving the throughput of if_bridge. > It changes the (data path) locking to use the NET_EPOCH infrastructure. > Benchmarking shows substantial improvements (x5 in test setups). > > This work is ready for wider testing now. > > It=E2=80=99s under review here: https://reviews.freebsd.org/D24250 > > Patch for CURRENT: https://reviews.freebsd.org/D24250?download=3Dtrue > Patches for stable/12: > https://people.freebsd.org/~kp/if_bridge/stable_12/ > > I=E2=80=99m not currently aware of any panics or issues resulting from th= ese > patches. > > Do note that if you run a Bhyve + tap on bridges setup the tap code > suffers from a similar bottleneck and you will likely not see major > improvements in single VM to host throughput. I would expect, but have > not tested, improvements in overall throughput (i.e. when multiple VMs > send traffic at the same time). > > Best regards, > Kristof > Hi! Thank you for your work! Do you know if epair suffers from the same issue as tap? >
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CAAoTqfvKcgX8nMMZh3V3g_KUy3iwAmgBt%2BMFKfq_HOkYXMiFhw>