From owner-freebsd-net@FreeBSD.ORG Sat Sep 24 20:53:28 2011 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 34178106564A for ; Sat, 24 Sep 2011 20:53:28 +0000 (UTC) (envelope-from egrosbein@rdtc.ru) Received: from eg.sd.rdtc.ru (unknown [IPv6:2a03:3100:c:13::5]) by mx1.freebsd.org (Postfix) with ESMTP id 9149D8FC16 for ; Sat, 24 Sep 2011 20:53:27 +0000 (UTC) Received: from eg.sd.rdtc.ru (localhost [127.0.0.1]) by eg.sd.rdtc.ru (8.14.5/8.14.5) with ESMTP id p8OKrN2r065703; Sun, 25 Sep 2011 03:53:24 +0700 (NOVST) (envelope-from egrosbein@rdtc.ru) Message-ID: <4E7E433E.5070307@rdtc.ru> Date: Sun, 25 Sep 2011 03:53:18 +0700 From: Eugene Grosbein User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; ru-RU; rv:1.9.2.13) Gecko/20110112 Thunderbird/3.1.7 MIME-Version: 1.0 To: Rafael Ganascim References: In-Reply-To: Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 8bit Cc: freebsd-net@freebsd.org Subject: Re: em/igb multiqueue support X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 24 Sep 2011 20:53:28 -0000 25.09.2011 03:09, Rafael Ganascim пишет: > Hi, > > I think that this is an old question.... > > I think that Intel 82575 (and another models) hardware are capable of > multiple queues both on the receive and the send side. Is it right? > Currently the processing of packets is limited to one CPU per NIC. > > Can we have multiple taskq processes for one NIC in parallel? Is > anyone working on this right now, and if not does this sound like > something > anyone is interested in doing? (yes, I know the Yandex driver). It works for me with 82576 (don't have 82575 to test) and 8.2 You should know, however, there are many requirements for multiple queues to work: you need MSI-X capable motherboard, your traffic needs to be TCP/UDP inside plain IP. No load distribution for PPPoE/GRE/etc. in this hardware (blame Microsoft RSS specs). Eugene Grosbein