From owner-freebsd-stable@FreeBSD.ORG Thu Nov 24 16:33:46 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C1B551065678 for ; Thu, 24 Nov 2011 16:33:46 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from lo.gmane.org (lo.gmane.org [80.91.229.12]) by mx1.freebsd.org (Postfix) with ESMTP id 7CA6B8FC1B for ; Thu, 24 Nov 2011 16:33:46 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1RTcF7-0002z9-77 for freebsd-stable@freebsd.org; Thu, 24 Nov 2011 17:33:45 +0100 Received: from cpe-188-129-114-88.dynamic.amis.hr ([188.129.114.88]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 24 Nov 2011 17:33:45 +0100 Received: from ivoras by cpe-188-129-114-88.dynamic.amis.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 24 Nov 2011 17:33:45 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Ivan Voras Date: Thu, 24 Nov 2011 17:33:25 +0100 Lines: 24 Message-ID: References: Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: cpe-188-129-114-88.dynamic.amis.hr User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:8.0) Gecko/20111105 Thunderbird/8.0 In-Reply-To: Subject: Re: TCP Reassembly Issues X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Nov 2011 16:33:46 -0000 On 24.11.2011. 8:02, Kris Bauer wrote: > Hello, > > I am currently experiencing an issue with FreeBSD 9.0-RC2 r227852 where the > net.inet.tcp.reass.curesegments value is constantly increasing (and not > descreasing when there is nominal traffic with the box). It is causing tcp > slowdowns as described with kern/155407: > > Exhausted net.inet.tcp.reass.maxsegments block recovering tcp session (for > this socket and any other socket waiting for retransmited packets). After > exhausted net.inet.tcp.reass.maxsegments allocation new entry in tcp_reass > failed (for this socket and any other socket waiting for retransmited > packets). > > I have increased the reass.maxsegments value to 16384 to temporarily avoid > the problem, but the cursegments number keeps rising and it seems it will > occur again. > > Is this an issue that anyone else has seen? I can provide more information > if need be. Is your configuration different than the default in some way? Do you use a firewall? Multithreaded netisr? One of the new TCP congestion control modules?