From owner-svn-src-head@freebsd.org Mon Aug 22 14:56:24 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 C3D33BC2920; Mon, 22 Aug 2016 14:56:24 +0000 (UTC) (envelope-from tsoome@me.com) Received: from st13p35im-asmtp003.me.com (st13p35im-asmtp003.me.com [17.164.199.66]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 914F91E26; Mon, 22 Aug 2016 14:56:24 +0000 (UTC) (envelope-from tsoome@me.com) Received: from process-dkim-sign-daemon.st13p35im-asmtp003.me.com by st13p35im-asmtp003.me.com (Oracle Communications Messaging Server 7.0.5.38.0 64bit (built Feb 26 2016)) id <0OCB00600G3YSX00@st13p35im-asmtp003.me.com>; Mon, 22 Aug 2016 14:56:17 +0000 (GMT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=me.com; s=4d515a; t=1471877777; bh=Ir94zlS+DcUnJOo6wiIhYfgixaEVlURjUxaFD1nENVo=; h=Content-type:MIME-version:Subject:From:Date:Message-id:To; b=jZgBwNRDwTuTWj0br+zum0h45I/VRRcZTYtR+olglA3QzQywnr0aZ6+PGEZSKRxTP DNjvPGY2hoYb6QyZp/uwPUpotAFUHfXdUXR97yXqhcu4Y1NkFuynhUCLCBauDzUnGi FalJVx/wD1LESaWV634MnYFtocMDhu9CLEIyc1/Yh9Uf5T1QnBOb/Kwxh11eOA65E7 wY2GRBKYAdZFBnDFjW7bjf3QTnx9cLmVw80nDN4Dxm05JxjGFWvDKmaOTCEA+xp8aA 39nLk9ST0hMzPRqdK4YfGOa/UXU1PWUvxR97n6iyiKPI1aKuxvbcTAINuQKiTGVzdU nKAIHTHVar2Gw== Received: from nazgul.lan (220-90-235-80.dyn.estpak.ee [80.235.90.220]) by st13p35im-asmtp003.me.com (Oracle Communications Messaging Server 7.0.5.38.0 64bit (built Feb 26 2016)) with ESMTPSA id <0OCB00N9EG5OLC50@st13p35im-asmtp003.me.com>; Mon, 22 Aug 2016 14:56:17 +0000 (GMT) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:,, definitions=2016-08-22_07:,, signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 clxscore=1015 suspectscore=8 malwarescore=0 phishscore=0 adultscore=0 bulkscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1603290000 definitions=main-1608220156 Content-type: text/plain; charset=utf-8 MIME-version: 1.0 (Mac OS X Mail 9.3 \(3124\)) 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... From: Toomas Soome In-reply-to: Date: Mon, 22 Aug 2016 17:56:12 +0300 Cc: Andriy Gapon , Toomas Soome , src-committers , "svn-src-all@freebsd.org" , "svn-src-head@freebsd.org" Content-transfer-encoding: quoted-printable Message-id: References: <201608180037.u7I0b77A095653@repo.freebsd.org> <7bdb0cf5-e139-375b-8be6-c1280e39da25@FreeBSD.org> <4c76efd6-146a-e70b-c065-729d223e3398@FreeBSD.org> To: Warner Losh X-Mailer: Apple Mail (2.3124) X-BeenThere: svn-src-head@freebsd.org X-Mailman-Version: 2.1.22 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: Mon, 22 Aug 2016 14:56:24 -0000 > On 22. aug 2016, at 17:19, Warner Losh wrote: >=20 > On Mon, Aug 22, 2016 at 3:44 AM, Toomas Soome wrote: >> I do suspect the size difference there is partially due to ficl, in = illumos (ficl 4): >>=20 >> -rw-r--r-- 1 tsoome staff 132508 aug 22 09:18 libficl.a >>=20 >> and freebsd (ficl 3): >>=20 >> -rw-r--r-- 1 root wheel 213748 Aug 19 01:57 libficl.a >>=20 >> so, there definitely is some space=E2=80=A6 >=20 > Same compiler? Clang bloats the boot code rather substantially, even = after > all the flags to tell it to generate smaller code are used. gcc 4.2.x > built stuff > was substantially smaller. >=20 > There's a 520kb limit enforced in the boot1 for similar reasons. Looks = like > the combination of options makes us use just enough extra memory to > sink the battleship... >=20 > Warner >=20 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 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=99= m 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 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. rgds, toomas=