From owner-freebsd-net@FreeBSD.ORG Tue Jul 1 15:51:11 2014 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 20278531; Tue, 1 Jul 2014 15:51:11 +0000 (UTC) Received: from mail.CSUA.Berkeley.EDU (mail.CSUA.Berkeley.EDU [128.32.112.223]) by mx1.freebsd.org (Postfix) with ESMTP id E120C2FB3; Tue, 1 Jul 2014 15:51:10 +0000 (UTC) Received: by mail.CSUA.Berkeley.EDU (Postfix, from userid 500) id E9B0E43153; Tue, 1 Jul 2014 08:45:37 -0700 (PDT) X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on mail X-Spam-Level: X-Spam-Status: No, score=-4.2 required=5.0 tests=BAYES_00,RCVD_IN_DNSWL_MED, SPF_PASS,T_RP_MATCHES_RCVD autolearn=ham version=3.3.2 Received: from mx2.freebsd.org (mx2.freebsd.org [8.8.178.116]) by mail.CSUA.Berkeley.EDU (Postfix) with ESMTP id 21B7943192 for ; Tue, 1 Jul 2014 08:44:53 -0700 (PDT) Received: from hub.freebsd.org (hub.freebsd.org [8.8.178.136]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx2.freebsd.org (Postfix) with ESMTPS id 40327142D; Mon, 30 Jun 2014 23:36:30 +0000 (UTC) Received: from hub.freebsd.org (hub.freebsd.org [IPv6:2001:1900:2254:206c::16:88]) by hub.freebsd.org (Postfix) with ESMTP id D6B2BAC7; Mon, 30 Jun 2014 23:36:29 +0000 (UTC) Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CF013A3E; Mon, 30 Jun 2014 23:36:25 +0000 (UTC) Received: from esa-annu.net.uoguelph.ca (esa-annu.mail.uoguelph.ca [131.104.91.36]) by mx1.freebsd.org (Postfix) with ESMTP id 8551E226B; Mon, 30 Jun 2014 23:36:25 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: As4EAADZsVODaFve/2dsb2JhbABag19agm6oLgEBAQEBAQaSdYZxUwGBKXWEAwEBAQQBAQEgKyALGw4KAgINGQIpAQkmBggHBAEcBIghDatjnCUXgSuEOYhMBgEBGzQHgneBTAWXdIQwkjeDXiE1fQgXIg X-IronPort-AV: E=Sophos;i="5.01,578,1400040000"; d="scan'208";a="137115814" Received: from muskoka.cs.uoguelph.ca (HELO zcs3.mail.uoguelph.ca) ([131.104.91.222]) by esa-annu.net.uoguelph.ca with ESMTP; 30 Jun 2014 19:36:17 -0400 Received: from zcs3.mail.uoguelph.ca (localhost.localdomain [127.0.0.1]) by zcs3.mail.uoguelph.ca (Postfix) with ESMTP id EFC8DB3F12; Mon, 30 Jun 2014 19:36:17 -0400 (EDT) Date: Mon, 30 Jun 2014 19:36:17 -0400 (EDT) From: Rick Macklem To: Johan Kooijman Message-ID: <283522359.5786930.1404171377970.JavaMail.root@uoguelph.ca> In-Reply-To: Subject: Re: ixgbe queue hang fixed in 9.3? MIME-Version: 1.0 X-Originating-IP: [172.17.91.203] X-Mailer: Zimbra 7.2.6_GA_2926 (ZimbraWebClient - FF3.0 (Win)/7.2.6_GA_2926) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: owner-freebsd-stable@freebsd.org Sender: owner-freebsd-stable@freebsd.org Cc: FreeBSD Net , freebsd-stable@freebsd.org X-BeenThere: freebsd-net@freebsd.org List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Jul 2014 15:51:11 -0000 Johan Kooijman wrote: > Hey all, > > A while ago I started the thread "9.2 ixgbe tx queue hang" on > freebsd-net. > A lot more people had the same as I had. Could anybody tell me if > this > issue is resolved in 9.3 RC? I haven't been able to find anything > about it. > Well, it depends on your definition of "resolved". r264630 (in head) is in 9.3. With this patch, I believe that the hangs will not occur. However, ixgbe (for the 82599 chips, there shouldn't be an issue for the 82598 chips) will do a lot of m_defrag() calls, which does result in cpu overheads. To get rid of the m_defrag() calls, you need to disable TSO. I think a better fix for this is to allow the network device drivers specify a maximum number of mbufs in the list for a TSO segment and have tcp_output() chop the TSO segments up at this limit. (I have an untested patch to do this and it might make it in head someday, but will probably never be MFCible.) So, if the overhead caused by lots of m_defrag() calls isn't a problem for you, it is resolved in 9.3. rick > -- > Met vriendelijke groeten / With kind regards, > Johan Kooijman > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to > "freebsd-stable-unsubscribe@freebsd.org" > _______________________________________________ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org"