From owner-freebsd-net@FreeBSD.ORG Thu Feb 10 05:30:01 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 4A97D1065670 for ; Thu, 10 Feb 2011 05:30:01 +0000 (UTC) (envelope-from rihad@mail.ru) Received: from smtp7.mail.ru (smtp7.mail.ru [94.100.176.52]) by mx1.freebsd.org (Postfix) with ESMTP id BB6128FC0A for ; Thu, 10 Feb 2011 05:30:00 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=mail.ru; s=mail; h=Content-Transfer-Encoding:Content-Type:In-Reply-To:References:Subject:CC:To:MIME-Version:From:Date:Message-ID; bh=itUvHLkp35kQsxGgGuvYbmUtg6BXcz5CRF9pVJnVEI4=; b=sGvPIM1LiDEt38wbF0SiJphBvD/XBCrSYD6I5UiDV0eBPFiZRLLHyHoxyKLM4zgv/UUDXlcrCdBmfW4yk/aR0Xwxy0uOPvoTzshzfPK+SPAWpU6TMbl+1iJwb0Wzb2jt; Received: from [217.25.27.27] (port=55091 helo=[217.25.27.27]) by smtp7.mail.ru with asmtp id 1PnP6M-00016F-00; Thu, 10 Feb 2011 08:29:58 +0300 Message-ID: <4D5377D5.80305@mail.ru> Date: Thu, 10 Feb 2011 09:29:57 +0400 From: rihad User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.13) Gecko/20101208 Thunderbird/3.1.7 MIME-Version: 1.0 To: Sergey Kandaurov References: <4D522657.10500@mail.ru> <4D52603D.4070604@mail.ru> <4D52AFAB.2030103@mail.ru> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Mras: Ok X-MR-Warn: 1 Cc: freebsd-net@freebsd.org Subject: Re: Slow Intel 10GbE CX4 adapter behaviour 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: Thu, 10 Feb 2011 05:30:01 -0000 On 02/09/2011 07:27 PM, Sergey Kandaurov wrote: > On 9 February 2011 18:15, rihad wrote: >> On 02/09/2011 05:47 PM, Sergey Kandaurov wrote: >>> >>> On 9 February 2011 12:37, rihad wrote: >>>> >>>> Problem solved, I'm so embarrassed :) The issue on 7.2 mentioned above >>>> with >>>> ixgbe (tons of "fragmentation failed" errors) was real. The issue in >>>> 8.3-RC3 >>>> was because dummynet wasn't being loaded at all... so no traffic could >>>> pass >>>> on it, despite dummynet_load="YES" being set in /boot/loader.conf. So I >>>> turned it on in /etc/rc.conf : dummynet_enable="YES" and loaded it >>>> "kldload >>>> dummynet" in order to do without a reboot. Works like a charm so far. >>>> Thanks >>>> to all! >>> >>> Looks like loading dummynet.ko via /boot/loader.conf doesn't work because >>> dummynet.ko depends on dummynet.ko but of the different version. >>> >> Would dummynet_enable="YES" in rc.conf still work? We haven't yet had a >> chance to reboot to test that. >> > > Yes, it would. > Note that it depends on firewall_enable="YES" also present in rc.conf. > Thanks, I see. Now I think that changing through rc.conf is the "official", or "supported", way of enabling dummynet upon reboot, but loader.conf is a little way under the hood. I always asked myself why it was settable in two places, and not one. But now I know. The fact that dummynet can be set to load in loader.conf is more like an undesired effect of generality.