From owner-freebsd-hackers@FreeBSD.ORG Tue May 6 17:21:14 2014 Return-Path: Delivered-To: hackers@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 08589D9B; Tue, 6 May 2014 17:21:14 +0000 (UTC) Received: from mail-pa0-x234.google.com (mail-pa0-x234.google.com [IPv6:2607:f8b0:400e:c03::234]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B15F6C50; Tue, 6 May 2014 17:21:13 +0000 (UTC) Received: by mail-pa0-f52.google.com with SMTP id kx10so11669281pab.11 for ; Tue, 06 May 2014 10:21:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=DBOIOLc28ZVtP9lpldzVmDzwus52Q8TsixH0m2Xf1Mk=; b=t8wzi9NEjG1M4ICwnFLhy1A8ySo1Vxn/M5uSfrg5mIu/IyGxtGRnQIrRVmBwJvNW0n igQsvdxyOr7yPD2FDnVwOupZIM8WBYb1p+riu3Vd7Fnlun17+CpPtRI3kp002rclgJvo lqCqNKytG/wXwHZFEnYI96uiQu3IEAecj59AjINhNZwwrly4UAYn0n36SmVkAdC32XNl F6OKhrMYOFaThg6k9UyEe9hE2gyXLHY0QIGZ88JogyUI9xF+n19NQt49q67kVmGmh+o3 HY9i/+AF1+mHhmz3RwdwyS07jTZ60IOenFjrQiRcZ03XfvL4YSUtbh1tundw7zg344wG PF5A== X-Received: by 10.66.191.134 with SMTP id gy6mr8576016pac.27.1399396873130; Tue, 06 May 2014 10:21:13 -0700 (PDT) Received: from [10.192.166.0] (stargate.chelsio.com. [67.207.112.58]) by mx.google.com with ESMTPSA id pl10sm1539591pbb.56.2014.05.06.10.21.11 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 06 May 2014 10:21:12 -0700 (PDT) Sender: Navdeep Parhar Message-ID: <53691A07.2060304@FreeBSD.org> Date: Tue, 06 May 2014 10:21:11 -0700 From: Navdeep Parhar User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: "Alexander V. Chernikov" , FreeBSD Net , hackers@freebsd.org Subject: Re: Use of contiguous physical memory in ixgbe driver References: <53690885.1010704@FreeBSD.org> In-Reply-To: <53690885.1010704@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: jfv@FreeBSD.org, Adrian Chadd , wollman@freebsd.org X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 17:21:14 -0000 On 05/06/14 09:06, Alexander V. Chernikov wrote: > Hello guys. > (bootstrapping people involved in previous version of this topic, sorry > for that) > > There were several problem descriptions/discussions on using 9k+ mbufs > with current allocator in: > if_em: kern/183381 > cxgbe: > http://lists.freebsd.org/pipermail/freebsd-net/2014-February/037834.html > > general one: > http://lists.freebsd.org/pipermail/freebsd-net/2014-January/037673.html I changed cxgbe(4) in response to those discussions (see r263317 for details; r263451 has the man page updates). It still prefers large clusters (if MTU is > 4K) by default but will happily fall back to the 4K zone if it encounters failures when allocating from the larger zones. I also added a knob that you can use to forbid cxgbe(4) from even attempting to allocate from the large zones. So the latest cxgbe(4) should be able to cope just fine at whatever MTU even when the 9K, 16K zones are depleted. Regards, Navdeep