From owner-freebsd-net@FreeBSD.ORG Thu Jun 20 13:38:06 2013 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 448A69BC for ; Thu, 20 Jun 2013 13:38:06 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from eg.sd.rdtc.ru (eg.sd.rdtc.ru [IPv6:2a03:3100:c:13::5]) by mx1.freebsd.org (Postfix) with ESMTP id DD9AF19B9 for ; Thu, 20 Jun 2013 13:38:05 +0000 (UTC) Received: from eg.sd.rdtc.ru (localhost [127.0.0.1]) by eg.sd.rdtc.ru (8.14.7/8.14.7) with ESMTP id r5KDc0rI036537; Thu, 20 Jun 2013 20:38:00 +0700 (NOVT) (envelope-from eugen@grosbein.net) Message-ID: <51C305B3.7050703@grosbein.net> Date: Thu, 20 Jun 2013 20:37:55 +0700 From: Eugene Grosbein User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130415 Thunderbird/17.0.5 MIME-Version: 1.0 To: "Eggert, Lars" Subject: Re: hw.igb.num_queues default References: <843F7891-FD87-4F16-A279-B45D4A674F4E@netapp.com> In-Reply-To: <843F7891-FD87-4F16-A279-B45D4A674F4E@netapp.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: "freebsd-net@freebsd.org" , Jack Vogel X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Jun 2013 13:38:06 -0000 On 20.06.2013 17:34, Eggert, Lars wrote: > real memory = 8589934592 (8192 MB) > avail memory = 8239513600 (7857 MB) > By default, the igb driver seems to set up one queue per detected CPU. Googling around, people seemed to suggest that limiting the number of queues makes things work better. I can confirm that setting hw.igb.num_queues=2 seems to have fixed the issue. (Two was the first value I tried, maybe other values other than 0 would work, too.) > > In order to uphold POLA, should the igb driver maybe default to a conservative value for hw.igb.num_queues that may not deliver optimal performance, but at least works out of the box? Or, better, make nmbclusters auto-tuning smarter, if any. I mean, use more nmbclusters for machines with large amounts of memory. Eugene Grosbein