From owner-svn-src-head@freebsd.org Tue Apr 19 15:49:33 2016 Return-Path: Delivered-To: svn-src-head@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 2A556B14868; Tue, 19 Apr 2016 15:49:33 +0000 (UTC) (envelope-from allanjude@freebsd.org) Received: from mx1.scaleengine.net (mx1.scaleengine.net [209.51.186.6]) by mx1.freebsd.org (Postfix) with ESMTP id 0C52414C2; Tue, 19 Apr 2016 15:49:32 +0000 (UTC) (envelope-from allanjude@freebsd.org) Received: from [10.1.1.2] (unknown [10.1.1.2]) (Authenticated sender: allanjude.freebsd@scaleengine.com) by mx1.scaleengine.net (Postfix) with ESMTPSA id B9478D634; Tue, 19 Apr 2016 15:49:31 +0000 (UTC) Subject: Re: svn commit: r298230 - in head: lib/libstand sys/boot/common sys/boot/efi/libefi sys/boot/efi/loader sys/boot/i386/libfirewire sys/boot/i386/libi386 sys/boot/i386/loader sys/boot/mips/beri/loader sy... To: Konstantin Belousov References: <201604182309.u3IN9MC6047480@repo.freebsd.org> <57157108.6090500@freebsd.org> <20160419093022.GV2422@kib.kiev.ua> Cc: "src-committers@freebsd.org" , "svn-src-all@freebsd.org" , "svn-src-head@freebsd.org" From: Allan Jude Message-ID: <5716538B.4060108@freebsd.org> Date: Tue, 19 Apr 2016 11:49:31 -0400 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.7.2 MIME-Version: 1.0 In-Reply-To: <20160419093022.GV2422@kib.kiev.ua> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 8bit X-BeenThere: svn-src-head@freebsd.org X-Mailman-Version: 2.1.21 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, 19 Apr 2016 15:49:33 -0000 On 2016-04-19 05:30, Konstantin Belousov wrote: > On Mon, Apr 18, 2016 at 07:43:04PM -0400, Allan Jude wrote: >> On 2016-04-18 19:36, Adrian Chadd wrote: >>> Someone pointed out how this bloats out memory requirement in loader. >>> >>> Did anyone check that? >>> >>> -adrian >>> >> >> I tested down to 128mb of ram in QEMU, booted from the installer ISO, >> did the install, and booted the installed system without issue. > > 64MB is^H^H was very much useful and workable i386 config. i386 kernel > does fit into the 32M but current automatic tuning prevents usermode > from operating. Little manual tuning make 32M on tolerable. > > Making loader require 64M is a regression. At very least, it is > impossible to test low mem configs anymore. > Would a src.conf knob make sense, to use a smaller value when targeting small systems, while keeping the advantages when using more reasonable systems? Or we could make these changes to the HEAP and bcache size specific to 64bit platforms? -- Allan Jude