From nobody Fri Mar 18 20:58:49 2022 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id B2E281A140A3 for ; Fri, 18 Mar 2022 20:59:07 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-vs1-xe34.google.com (mail-vs1-xe34.google.com [IPv6:2607:f8b0:4864:20::e34]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4KKxFl4VfKz3vh7 for ; Fri, 18 Mar 2022 20:59:07 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-vs1-xe34.google.com with SMTP id i186so5471404vsc.9 for ; Fri, 18 Mar 2022 13:59:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20210112.gappssmtp.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=0FGwENI/4BRnjIg7TPvu4rr0HmxI+MTc1BAObJ77kis=; b=ZvGejC6g1S3sFDgW3w9+802uwre7TMkkkHiqgfllSZV5N2ffZT9LP4bOhOZdBUxbLp /GFtSxy/wJdjU8sOyUhyGOBRXFylInNuji5wG+oqupEmqP4ino1yHhYvtBm1Rr+bQq0Z +uL0zi4vh1j07Jozm3ON7nX5rQQc1IIZa4pV2/4+JF8gF1JpE0HRg3HbbeBSZUJbBXdi boHXK3BdDBqxn4t95r3IJLxaacW1jP+lrSUAHaCBUh2AS0SblkYt5SryK99L/aHhu07k lmOw+KJnZ9DDcokyGbdBipsuepOHp2dZWOgni5dtRL0VqKHQPDlc/Kresok/47C0AUkU mAMg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=0FGwENI/4BRnjIg7TPvu4rr0HmxI+MTc1BAObJ77kis=; b=ELl8wLFJYYQ9eNFWwME/fu5S4C4IxMJFobyrwXqOGe+gedfGYUCIpikAuMQnDjD92r CZwZzG9xjh6Brw7Qm0iW4fq4pp/BYS0meTYpBeBkQe97l3wU6j0q+nYeo7SjqeG/fuTa 3i4m5pNdIqXjsh93aFGBhfd9jZqZFCiQCYxFdn9yDFlimqRmSiL68wDYDQaJXbGgA/Sy e5JPmkjhM59wGLUpNKHaYjOvJxB6jqFwcLy8dU+6hQr4XuEkpaP7YatF7rEltkxwE5z+ sJKzaJ6+Vog3sZ/VaJkmiVhAJuWGXXbm9BZTO9LycV1SYjTqrbnwV+LVaHWdCA6eDCbt oaGQ== X-Gm-Message-State: AOAM532sNNO8RriAySBbzQBqm/4wD7u9g87SJQaVGHznx51GkrzHvzz5 N8rx5akRT15Pm6kIl8LUht/sJmUpve8M9G2f+chNvbSZw7o= X-Google-Smtp-Source: ABdhPJxPtelcM9kqiEbHqlZyJ836w4RJP9AfMXrwrnkQFTUGjDI0TBYnRoPO73wcAPVj77Tha6wyrU4qqkKleRRjCd4= X-Received: by 2002:a05:6102:6ca:b0:322:9e36:236a with SMTP id m10-20020a05610206ca00b003229e36236amr4486658vsg.68.1647637140866; Fri, 18 Mar 2022 13:59:00 -0700 (PDT) List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 References: <72d30fc3-0ce4-51f8-ac7f-1b8eff63f3a9@grosbein.net> In-Reply-To: <72d30fc3-0ce4-51f8-ac7f-1b8eff63f3a9@grosbein.net> From: Warner Losh Date: Fri, 18 Mar 2022 14:58:49 -0600 Message-ID: Subject: Re: 13.1 mini-memstick installation image size To: Eugene Grosbein Cc: FreeBSD stable , FreeBSD Release Engineering Team Content-Type: multipart/alternative; boundary="0000000000008024ea05da846a64" X-Rspamd-Queue-Id: 4KKxFl4VfKz3vh7 X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-ThisMailContainsUnwantedMimeParts: N --0000000000008024ea05da846a64 Content-Type: text/plain; charset="UTF-8" On Fri, Mar 18, 2022 at 8:12 AM Eugene Grosbein wrote: > Hi! > > I wonder if we really need /usr/share to be over 106MB in > FreeBSD-13.1-BETA1-amd64-mini-memstick.img > increasing its uncompressed size upto 434MB ? Same for bootonly image that > is somewhat less > but it's still pretty large to be used for network booting some hoster's > virtual machine, for example. > > Isn't it time to use GEOM_UZIP, move kernel modules to /boot/modules out > of /boot/kernel > and compress /boot/modules (141MB) and /usr (165MB) to reduce size of > "mini" installatiom media drastically? > Or we could just compress the modules. We've supported loading compressed modules for a long time.... Warner --0000000000008024ea05da846a64 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


=
On Fri, Mar 18, 2022 at 8:12 AM Eugen= e Grosbein <eugen@grosbein.net= > wrote:
Hi!<= br>
I wonder if we really need /usr/share to be over 106MB in FreeBSD-13.1-BETA= 1-amd64-mini-memstick.img
increasing its uncompressed size upto 434MB ? Same for bootonly image that = is somewhat less
but it's still pretty large to be used for network booting some hoster&= #39;s virtual machine, for example.

Isn't it time to use GEOM_UZIP, move kernel modules to /boot/modules ou= t of /boot/kernel
and compress /boot/modules (141MB) and /usr (165MB) to reduce size of "= ;mini" installatiom media drastically?

=
Or we could just compress the modules. We've supported loading com= pressed modules for a long time....

Warner
=C2=A0
--0000000000008024ea05da846a64--