From owner-svn-src-all@freebsd.org Thu May 11 20:58:44 2017 Return-Path: Delivered-To: svn-src-all@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3DCE1D68FF8 for ; Thu, 11 May 2017 20:58:44 +0000 (UTC) (envelope-from glebius@FreeBSD.org) Received: from cell.glebi.us (glebi.us [96.95.210.25]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "cell.glebi.us", Issuer "cell.glebi.us" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 2040D1AFE for ; Thu, 11 May 2017 20:58:43 +0000 (UTC) (envelope-from glebius@FreeBSD.org) Received: from cell.glebi.us (localhost [127.0.0.1]) by cell.glebi.us (8.15.2/8.15.2) with ESMTPS id v4BKndu7063640 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Thu, 11 May 2017 13:49:39 -0700 (PDT) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.glebi.us (8.15.2/8.15.2/Submit) id v4BKndPr063639; Thu, 11 May 2017 13:49:39 -0700 (PDT) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.glebi.us: glebius set sender to glebius@FreeBSD.org using -f Date: Thu, 11 May 2017 13:49:39 -0700 From: Gleb Smirnoff To: Fabian Keil Cc: svn-src-all@freebsd.org Subject: Re: svn commit: r318166 - head/sys/netinet Message-ID: <20170511204939.GO1137@FreeBSD.org> References: <201705102332.v4ANWVGW007216@repo.freebsd.org> <20170511125514.6714f872@fabiankeil.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20170511125514.6714f872@fabiankeil.de> User-Agent: Mutt/1.8.0 (2017-02-23) X-BeenThere: svn-src-all@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "SVN commit messages for the entire src tree \(except for " user" and " projects" \)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 May 2017 20:58:44 -0000 On Thu, May 11, 2017 at 12:55:14PM +0200, Fabian Keil wrote: F> > Author: glebius F> > Date: Wed May 10 23:32:31 2017 F> > New Revision: 318166 F> > URL: https://svnweb.freebsd.org/changeset/base/318166 F> > F> > Log: F> > There is no good reason for TCP reassembly zone to be UMA_ZONE_NOFREE. F> > F> > It has strong locking model, doesn't have any timers associated with F> > entries. The entries theirselves are referenced only from the tcpcb F> > zone, which itself is a normal zone, without the UMA_ZONE_NOFREE flag. F> F> A side effect of the UMA_ZONE_NOFREE flag is that allocations F> with M_NOWAIT (currently used tcp_reass()) are less likely to F> fail. F> F> Removing the UMA_ZONE_NOFREE in other TCP-related parts F> "recently" caused (still unfixed) regressions like: F> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=209680 F> F> It would be great if there was a method to reserve a certain F> number of items for the zone without having to rely on F> UMA_ZONE_NOFREE but last time I checked there wasn't one. Using UMA_ZONE_NOFREE for that problems is definitely a workaround. The problems should be separated, there definitely is an ipfw problem and TCP stack one. It is very strange that for an already established connection we require allocating more memory from these zones. -- Totus tuus, Glebius.