Date: Thu, 15 Nov 2007 17:08:18 -0800 From: "Kip Macy" <kip.macy@gmail.com> To: "Jack Vogel" <jfvogel@gmail.com> Cc: Andre Oppermann <andre@freebsd.org>, freebsd-net@freebsd.org, Scott Ullrich <sullrich@gmail.com>, freebsd-current@freebsd.org, Julian Elischer <julian@elischer.org>, "Wilkinson, Alex" <Alex.Wilkinson@dsto.defence.gov.au> Subject: Re: I/OAT ... Coming Soon ? Message-ID: <b1fa29170711151708m43535ecdldbe75d21b165e360@mail.gmail.com> In-Reply-To: <2a41acea0711151625q5a994cf3ja0d5f14b0670ca3@mail.gmail.com> References: <d5992baf0711150913n6eb31751q8f210e89e5feb2ab@mail.gmail.com> <200711151729.lAFHTbiq024351@ambrisko.com> <d5992baf0711150952g6aca6d95g80f2ea778125d2d9@mail.gmail.com> <473CE2B9.8010201@freebsd.org> <2a41acea0711151625q5a994cf3ja0d5f14b0670ca3@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Nov 15, 2007 4:25 PM, Jack Vogel <jfvogel@gmail.com> wrote: > On Nov 15, 2007 4:22 PM, Andre Oppermann <andre@freebsd.org> wrote: > > > > Scott Ullrich wrote: > > > On 11/15/07, Doug Ambrisko <ambrisko@ambrisko.com> wrote: > > >> Hmm, I forgot about the 2970 which are AMD based. Can you check the > > >> BIOS to see if there is an option to turn it on? I think this is an > > >> Intel feature. AMD might have something close? We have one 2970 > > >> that we've played with a little but not much. I can't say for sure > > >> if it has it. > > > > > > Right you are. As of BIOS 1.2.2 I do not see a I/OAT option. Guess > > > I will need to pick up a different server as we are interested in what > > > kind of packet forwarding rate increase that this feature might bring > > > on a heavily loaded firewall. > > > > Not much. Unless your firewall is in usermode. Otherwise the data > > stays in the kernel and I/OAT is of not help as no copying happens. > > Your CPU is probably spending half of its clock cycles waiting on > > cache misses from newly arrived packets. Some Intel chipset integrated > > gige ports have a cache prefetch feature (duno whether our driver > > supports it) that would help quite a bit for your case. > > What might help this is multiqueue support on the receive AND send, > and stack support for the same. Not sure what the stack changes > would look like, but I know there's interest in this sort of thing, so > naturally I'd be into it :) I have support for this already in my ethng branch. I'll be adding support for zero-copy send and receive for TOE to my toestack branch as soon as I feel better :-(. It would probably not be that hard to generalize it to I/OAT. -Kip
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?b1fa29170711151708m43535ecdldbe75d21b165e360>