svn commit: r304321 - in head/sys: boot/efi/boot1 boot/efi/loader boot/i386/boot2 boot/i386/gptboot boot/i386/gptzfsboot boot/i386/zfsboot boot/userboot/ficl boot/userboot/userboot boot/userboot/zf...

[Toomas Soome]

> On 23. aug 2016, at 11:22, Andriy Gapon <avg at FreeBSD.org> wrote:
> 
> On 22/08/2016 17:56, Toomas Soome wrote:
>> Actually I only now realized I was comparing apples with oranges… I forgot
>> the fbsd builds 32bit version in ficl32, this one is 64bit. and yes the 32bit
>> version is not that big at all:D
>> 
>> Also, after done some digging, I have found few instances of duplicated code
>> (we can share sha2 with geli and so if sha512 is already needed, it will
>> become another “free lunch”). Also, unless I’m mistaken, for some reason the
>> bzip *compression* is brought in - correct me if I’m wrong, but afaik only
>> decompression is needed…
>> 
>> So before going after “useless features”, there are some “hidden” resources
>> to remove extra fat.
> 
> I certainly agree with this and those things would be good to do.
> But if we do not change the trend then sooner or later we will run out of things
> that we can optimize.  But it's also possible that the current limitations will
> be a history by then.
> 
> -- 
> Andriy Gapon

Yes, also from my illumos work, even building framebuffer based GFX interface haven’t added too much extra code, but it is important to recognize the limits, and this issue did  provide really good lesson about it;)

Right now there are two tasks to finalize - complete the review/test/fix for proper compiler options, and to understand the actual limits regarding userboot module - for me it is absolutely unknown area.

rgds,
toomas