Date: Tue, 23 Aug 2016 11:51:51 +0300 From: Toomas Soome <tsoome@me.com> To: Andriy Gapon <avg@FreeBSD.org> Cc: Warner Losh <imp@bsdimp.com>, Toomas Soome <tsoome@FreeBSD.org>, src-committers <src-committers@FreeBSD.org>, "svn-src-all@freebsd.org" <svn-src-all@FreeBSD.org>, "svn-src-head@freebsd.org" <svn-src-head@FreeBSD.org> Subject: Re: 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... Message-ID: <3587EDAA-35AE-4D71-8BA4-24C3E0254795@me.com> In-Reply-To: <b3cd352b-fea1-9414-64c9-fb9c564b392b@FreeBSD.org> References: <201608180037.u7I0b77A095653@repo.freebsd.org> <7bdb0cf5-e139-375b-8be6-c1280e39da25@FreeBSD.org> <4c76efd6-146a-e70b-c065-729d223e3398@FreeBSD.org> <AE24A37C-51F5-4CEC-9399-D7FDEBC93972@me.com> <CANCZdfo0P7CPPf4khzj_JnSjWQ4gVqK9wSEqW=LCdZKQwGh6Sw@mail.gmail.com> <AE896F50-D053-4C30-BB43-286E1CCDE4B8@me.com> <b3cd352b-fea1-9414-64c9-fb9c564b392b@FreeBSD.org>
next in thread | previous in thread | raw e-mail | index | archive | help
> On 23. aug 2016, at 11:22, Andriy Gapon <avg@FreeBSD.org> wrote: >=20 > On 22/08/2016 17:56, Toomas Soome wrote: >> Actually I only now realized I was comparing apples with oranges=E2=80=A6= 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 >>=20 >> 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 =E2=80=9Cfree lunch=E2=80=9D). Also, unless I=E2=80=99m = mistaken, for some reason the >> bzip *compression* is brought in - correct me if I=E2=80=99m wrong, = but afaik only >> decompression is needed=E2=80=A6 >>=20 >> So before going after =E2=80=9Cuseless features=E2=80=9D, there are = some =E2=80=9Chidden=E2=80=9D resources >> to remove extra fat. >=20 > 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. >=20 > --=20 > Andriy Gapon Yes, also from my illumos work, even building framebuffer based GFX = interface haven=E2=80=99t 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
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?3587EDAA-35AE-4D71-8BA4-24C3E0254795>