From owner-svn-src-head@FreeBSD.ORG Tue Jun 18 12:03:11 2013 Return-Path: Delivered-To: svn-src-head@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 64D9F945; Tue, 18 Jun 2013 12:03:11 +0000 (UTC) (envelope-from bright@mu.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 5334B138A; Tue, 18 Jun 2013 12:03:11 +0000 (UTC) Received: from Alfreds-MacBook-Pro-9.local (unknown [63.118.227.34]) by elvis.mu.org (Postfix) with ESMTPSA id 0E0CC1A3C1B; Tue, 18 Jun 2013 05:03:03 -0700 (PDT) Message-ID: <51C04C77.7010907@mu.org> Date: Tue, 18 Jun 2013 08:03:03 -0400 From: Alfred Perlstein User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:17.0) Gecko/20130509 Thunderbird/17.0.6 MIME-Version: 1.0 To: Gleb Smirnoff Subject: Re: svn commit: r251894 - in head: lib/libmemstat sys/vm References: <201306180450.r5I4oKoY091256@svn.freebsd.org> <51C01964.1000006@freebsd.org> <20130618083733.GQ1400@FreeBSD.org> In-Reply-To: <20130618083733.GQ1400@FreeBSD.org> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Cc: svn-src-head@freebsd.org, Jeff Roberson , src-committers@freebsd.org, Andre Oppermann , svn-src-all@freebsd.org X-BeenThere: svn-src-head@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: SVN commit messages for the src tree for head/-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Jun 2013 12:03:11 -0000 On 6/18/13 4:37 AM, Gleb Smirnoff wrote: > On Tue, Jun 18, 2013 at 10:25:08AM +0200, Andre Oppermann wrote: > A> There used to be a problem with per CPU caches accumulating large amounts > A> of items without freeing back to the global (or socket) pool. > A> > A> Do these updates to UMA change this situation and/or do you have further > A> improvements coming up? > > This is especially a problem with ZFS, which utilizes UMA extensively. > > IMHO, we need a flag for uma_zcreate() that would disable per CPU caches, so > that certain zones (ZFS at least) would have them off. > > It might be a good idea to force this flag on every zone that has allocation >= > then the page size. > What about people running with 256GB+ ram? Do they also want the per cpu caches off? -- Alfred Perlstein VP Software Engineering, iXsystems