From owner-svn-src-head@FreeBSD.ORG Tue Sep 9 10:25:25 2014 Return-Path: Delivered-To: svn-src-head@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0774A9D; Tue, 9 Sep 2014 10:25:25 +0000 (UTC) Received: from zxy.spb.ru (zxy.spb.ru [195.70.199.98]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id AFFE2FB3; Tue, 9 Sep 2014 10:25:24 +0000 (UTC) Received: from slw by zxy.spb.ru with local (Exim 4.82 (FreeBSD)) (envelope-from ) id 1XRIbu-0006OI-1Z; Tue, 09 Sep 2014 14:25:18 +0400 Date: Tue, 9 Sep 2014 14:25:18 +0400 From: Slawa Olhovchenkov To: John Baldwin Subject: Re: svn commit: r270759 - in head/sys: cddl/compat/opensolaris/kern cddl/compat/opensolaris/sys cddl/contrib/opensolaris/uts/common/fs/zfs vm Message-ID: <20140909102517.GA22834@zxy.spb.ru> References: <201408281950.s7SJo90I047213@svn.freebsd.org> <5409810E.1080705@FreeBSD.org> <20140907125649.GA72244@zxy.spb.ru> <16592453.QchvydMH6M@ralph.baldwin.cx> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <16592453.QchvydMH6M@ralph.baldwin.cx> User-Agent: Mutt/1.5.23 (2014-03-12) X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: slw@zxy.spb.ru X-SA-Exim-Scanned: No (on zxy.spb.ru); SAEximRunCond expanded to false X-Mailman-Approved-At: Tue, 09 Sep 2014 12:09:02 +0000 Cc: src-committers@freebsd.org, Peter Wemm , Alan Cox , svn-src-all@freebsd.org, Dmitry Morozovsky , Andriy Gapon , Steven Hartland , "Matthew D. Fuller" , svn-src-head@freebsd.org, Nikolai Lifanov X-BeenThere: svn-src-head@freebsd.org X-Mailman-Version: 2.1.18-1 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, 09 Sep 2014 10:25:25 -0000 On Mon, Sep 08, 2014 at 11:17:51AM -0400, John Baldwin wrote: > On Sunday, September 07, 2014 04:56:49 PM Slawa Olhovchenkov wrote: > > PS: very bad that 'data limit' don't anymore reflect application > > memory consumer. and very small application can adapt to 'no memory' > > from system. > > You can use RLIMIT_AS instead of RLIMIT_DATA. jemalloc can also be configured > to use sbrk(), though I think there's no way to prevent it from falling back > to mmap(MAP_ANON) if sbrk() fails. Formally you are right. Realy this is scorn. And I don't know how rightly. May be account in RLIMIT_DATA MAP_ANON? Anyway firefox don't run GC if malloc fail and this is bad.