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...

[Allan Jude]

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