Re: nice stuff from cloudflare (and, we need something like ethtool!)
> On Oct 16, 2015, at 12:06 AM, Ian Smith wrote: > >> On Thu, 15 Oct 2015 17:03:55 +0800, Julian Elischer wrote: >>> On 10/10/15 10:59 PM, Luigi Rizzo wrote: >>> the nice folks at cloudflare implemented a nice feature >>> in netmap that puts some queues of the NIC in netmap mode >>> leaving others attached to the host stack >>> >>> https://blog.cloudflare.com/single-rx-queue-kernel-bypass-with-netmap/ >>> >>> and use ethtool (and native NIC filters) to steer traffic around. >>> [FWIW, the chelsio native netmap driver is similar except that >>> the netmap queue has a different MAC address] >>> >>> While their code was developed on linux, it should run >>> almost unmodified on FreeBSD (and we plan to import it soon), >>> except for the fact that we don't have ethtool hence no >>> device-independent mechanism to configure traffic steering. >>> >>> We really need to address the latter. >> >> I suspect the answer may be a device dependent sysctl > > Interesting; care to flesh out your ideas a bit on how that might work? > > I've done nothing more than skim ethtool(8) on linuxcommand.org, and > wondered why its functionality wasn't incorporated into ifconfig, but > then ifconfig (on FreeBSD anyway) is tending towards obesity already Luigi already did netlink sockets for FreeBSD. https://github.com/luigirizzo/netlink-freebsd How difficult could it be to adapt ethtool to that? Jim ___ freebsd-net@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe, send any mail to "freebsd-net-unsubscr...@freebsd.org"
Re: nice stuff from cloudflare (and, we need something like ethtool!)
On Thu, 15 Oct 2015 17:03:55 +0800, Julian Elischer wrote: > On 10/10/15 10:59 PM, Luigi Rizzo wrote: > > the nice folks at cloudflare implemented a nice feature > > in netmap that puts some queues of the NIC in netmap mode > > leaving others attached to the host stack > > > > https://blog.cloudflare.com/single-rx-queue-kernel-bypass-with-netmap/ > > > > and use ethtool (and native NIC filters) to steer traffic around. > > [FWIW, the chelsio native netmap driver is similar except that > > the netmap queue has a different MAC address] > > > > While their code was developed on linux, it should run > > almost unmodified on FreeBSD (and we plan to import it soon), > > except for the fact that we don't have ethtool hence no > > device-independent mechanism to configure traffic steering. > > > > We really need to address the latter. > > I suspect the answer may be a device dependent sysctl Interesting; care to flesh out your ideas a bit on how that might work? I've done nothing more than skim ethtool(8) on linuxcommand.org, and wondered why its functionality wasn't incorporated into ifconfig, but then ifconfig (on FreeBSD anyway) is tending towards obesity already .. cheers, Ian ___ freebsd-net@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe, send any mail to "freebsd-net-unsubscr...@freebsd.org"
[Bug 193986] [lor][network] multicast related
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=193986 Koop Mast changed: What|Removed |Added Assignee|freebsd-net@FreeBSD.org |freebsd-wirel...@freebsd.or ||g -- You are receiving this mail because: You are the assignee for the bug. ___ freebsd-net@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe, send any mail to "freebsd-net-unsubscr...@freebsd.org"
[Bug 193986] [lor][network] multicast related
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=193986 Koop Mast changed: What|Removed |Added See Also||https://bugs.freebsd.org/bu ||gzilla/show_bug.cgi?id=2036 ||81 -- You are receiving this mail because: You are the assignee for the bug. ___ freebsd-net@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe, send any mail to "freebsd-net-unsubscr...@freebsd.org"
Re: nice stuff from cloudflare (and, we need something like ethtool!)
Bug me in like a week or two. I may just say "frack it" and start writing an ethtool analogue for FreeBSD. It's actually very easy; it's just not "BSD-y". (Mostly because I'm fed up with the two-hundred-odd entry ioctl structs for each wireless driver type just to pull out statistics. Ugh.) -a ___ freebsd-net@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe, send any mail to "freebsd-net-unsubscr...@freebsd.org"
[Bug 164763] [vnet] Memory leak in VNET
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=164763 Hiren Panchasara changed: What|Removed |Added Severity|Affects Only Me |Affects Many People --- Comment #6 from Hiren Panchasara --- Following appeared on freebsd-bugs@ so adding here: Hello FreeBSD folks, I'm Sudarshan, a Software Engineer from a Networking team at NetApp. While working on a bug, I observed a memory leak in keg_dtor() and looking at the call stack it looks like the FreeBSD bug 164763, i.e. memory leak during vnet_sysuninit() triggered from the UDP path. Reference: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=164763 I read that the fix has been in the perforce branch for a while now and not sure if it got merged into HEAD. If the fix is already available as a patch, can you point me to the location? If not, can you provide an estimate as when would it be available? Looking forward to hear. Thanks, Sudarshan -- You are receiving this mail because: You are the assignee for the bug. ___ freebsd-net@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe, send any mail to "freebsd-net-unsubscr...@freebsd.org"
Re: nice stuff from cloudflare (and, we need something like ethtool!)
On 10/10/15 10:59 PM, Luigi Rizzo wrote: the nice folks at cloudflare implemented a nice feature in netmap that puts some queues of the NIC in netmap mode leaving others attached to the host stack https://blog.cloudflare.com/single-rx-queue-kernel-bypass-with-netmap/ and use ethtool (and native NIC filters) to steer traffic around. [FWIW, the chelsio native netmap driver is similar except that the netmap queue has a different MAC address] While their code was developed on linux, it should run almost unmodified on FreeBSD (and we plan to import it soon), except for the fact that we don't have ethtool hence no device-independent mechanism to configure traffic steering. We really need to address the latter. I suspect the answer may be a device dependent sysctl cheers luigi ___ freebsd-net@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe, send any mail to "freebsd-net-unsubscr...@freebsd.org"
