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>
index | next in thread | previous in thread | raw e-mail
вт, 14 апр. 2020 г., 12:51 Kristof Provost <kp@freebsd.org>: > Hi, > > Thanks to support from The FreeBSD Foundation I’ve been able to work > 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’s under review here: https://reviews.freebsd.org/D24250 > > Patch for CURRENT: https://reviews.freebsd.org/D24250?download=true > Patches for stable/12: > https://people.freebsd.org/~kp/if_bridge/stable_12/ > > I’m not currently aware of any panics or issues resulting from these > 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? >help
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CAAoTqfvKcgX8nMMZh3V3g_KUy3iwAmgBt%2BMFKfq_HOkYXMiFhw>