From owner-freebsd-net@FreeBSD.ORG Thu Mar 20 22:12:50 2014 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C944BAA0 for ; Thu, 20 Mar 2014 22:12:50 +0000 (UTC) Received: from mail-qa0-x229.google.com (mail-qa0-x229.google.com [IPv6:2607:f8b0:400d:c00::229]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 82065C33 for ; Thu, 20 Mar 2014 22:12:50 +0000 (UTC) Received: by mail-qa0-f41.google.com with SMTP id j5so1633042qaq.0 for ; Thu, 20 Mar 2014 15:12:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=nqDCyCg/A6aKZJ11dh5H0+QyGvdDoKgwybTCDmNqvhU=; b=Prhvz5ZJawjbMu5G6/cnRsqTYDaMXmzWgDHz6/lArdtGALYh/ruPQq6yWkAd4x4jju qcHf1YTiiqS1ys6Hug0n2afslW+ufzdYyWjjUCxTsTMJ6mPBbo6y3z7KBRvLMcBBZm5W hAPgDjyCppgfNP0rdna5h4AmYdSnfoJQtIq6gFr4rJV0AzHBkSZasWuZ6kyEqsh/T2BG RccRo7fAzP9WAO/GmBXBCu02ZnhR/9aro1akYvSsFnOQbn74rFKnWGZph5q97o2KGVae dERBYRw2UkGZquIpaGbglCyLdZj5wHAJaEPFElufXhABOFa5oFWXQwL2CQUSlN1ZgTgv vFPA== MIME-Version: 1.0 X-Received: by 10.140.20.167 with SMTP id 36mr20700789qgj.54.1395353569731; Thu, 20 Mar 2014 15:12:49 -0700 (PDT) Received: by 10.96.79.97 with HTTP; Thu, 20 Mar 2014 15:12:49 -0700 (PDT) In-Reply-To: References: <1159309884.25490921.1395282576806.JavaMail.root@uoguelph.ca> <201403202113.s2KLD7GB085085@hergotha.csail.mit.edu> Date: Thu, 20 Mar 2014 19:12:49 -0300 Message-ID: Subject: Re: 9.2 ixgbe tx queue hang From: Christopher Forgeron To: Jack Vogel Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: FreeBSD Net , Garrett Wollman X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.17 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 Mar 2014 22:12:50 -0000 Hi Jack, I'm on ixgbe 2.5.15 I see a few other threads about using MJUMPAGESIZE instead of MJUM9BYTES. If you have a patch you'd like me to test, I'll compile it in and let you know. I was just looking at Garrett's if_em.c patch and thinking about applying it to ixgbe.. As it stands I seem to not be having the problem now that I have disabled TSO on ix0, but I still need more test runs to confirm - Which is also in line (i think) with what you are all saying. On Thu, Mar 20, 2014 at 7:00 PM, Jack Vogel wrote: > What he's saying is that the driver should not be using 9K mbuf clusters, > I thought > this had been changed but I see the code in HEAD is still using the larger > clusters > when you up the mtu. I will put it on my list to change with the next > update to HEAD. > > > What version of ixgbe are you using? > > Jack > > > > On Thu, Mar 20, 2014 at 2:34 PM, Christopher Forgeron < > csforgeron@gmail.com> wrote: > >> I have found this: >> >> http://lists.freebsd.org/pipermail/freebsd-net/2013-October/036955.html >> >> I think what you're saying is that; >> - a MTU of 9000 doesn't need to equal a 9k mbuf / jumbo cluster >> - modern NIC drivers can gather 9000 bytes of data from various memory >> locations >> - The fact that I'm seeing 9k jumbo clusters is showing me that my driver >> is trying to allocate 9k of contiguous space, and it's failing. >> >> Please correct me if I'm off here, I'd love to understand more. >> >> >> On Thu, Mar 20, 2014 at 6:13 PM, Garrett Wollman < >> wollman@hergotha.csail.mit.edu> wrote: >> >> > In article >> > , >> > csforgeron@gmail.com writes: >> > >> > >50/27433/0 requests for jumbo clusters denied (4k/9k/16k) >> > >> > This is going to screw you. You need to make sure that no NIC driver >> > ever allocates 9k jumbo pages -- unless you are using one of those >> > mythical drivers that can't do scatter/gather DMA on receive, which >> > you don't appear to be. >> > >> > These failures occur when the driver is trying to replenish its >> > receive queue, but is unable to allocate three *physically* contiguous >> > pages of RAM to construct the 9k jumbo cluster (of which the remaining >> > 3k is simply wasted). This happens on any moderately active server, >> > once physical memory gets checkerboarded with active single pages, >> > particularly with ZFS where those pages are wired in kernel memory and >> > so can't be evicted. >> > >> > -GAWollman >> > >> _______________________________________________ >> freebsd-net@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-net >> To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" >> > >