Date: Mon, 24 Sep 2007 10:28:00 -0700 From: "Jack Vogel" <jfvogel@gmail.com> To: "Kip Macy" <kip.macy@gmail.com> Cc: Darren Reed <darrenr@freebsd.org>, "freebsd-net@freebsd.org" <freebsd-net@freebsd.org>, FreeBSD Current <freebsd-current@freebsd.org> Subject: Re: TX Multiqueue? Message-ID: <2a41acea0709241028q2503f12fp86eea2d32ac10aa7@mail.gmail.com> In-Reply-To: <b1fa29170709231547w26f84901s92c6f63baf829269@mail.gmail.com> References: <2a41acea0709221656n4aa62776y488c7f2da262c9f6@mail.gmail.com> <b1fa29170709221701m3c13cddakd83c9550905b8bd8@mail.gmail.com> <46F614F2.4050402@freebsd.org> <b1fa29170709231547w26f84901s92c6f63baf829269@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On 9/23/07, Kip Macy <kip.macy@gmail.com> wrote: > On 9/23/07, Darren Reed <darrenr@freebsd.org> wrote: > > Kip Macy wrote: > > > My ethng branch supports multiple rx and tx queues. > > > > > > -Kip > > > > > > > What are your plans for how we use/manage/interact with the mutiple > > rx/tx queues? > > The rx hardware queue is determined by the hardware. Different > hardware allows for different policies. I just use the stock rss_hash > of a crc32 of the 4-tuple in cxgb. I've added a field to the pkthdr > which cxgb uses the least significant bits of to determine which > outbound queue to use. Its up to the upper layers to determine how to > set those bits. One of the changes that is required to take advantaged > of this is moving the queues into the driver. I've added a new > if_start function to ifnet to take advantage of this. I also have a > normal if_start function for backward compatibility. Yes, the queues in Oplin and Zoar are also a hardware feature, not just some software infrastructure. There are a number of different ways that it can be configured. I did not have some settled notion of how things should be managed but I would rather not have it be something done under the covers in the driver, a configurable stack option seems better to me. This needs to be done right or it will just be a hack, I don't know who the right parties are, it should not be just a one-person decision, those with a stake in this sort of thing should all be involved. Cheers, Jack
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?2a41acea0709241028q2503f12fp86eea2d32ac10aa7>