From nobody Tue Jan 16 18:28:18 2024 X-Original-To: dev-commits-src-main@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 4TDyFC3zB3z57mKm for ; Tue, 16 Jan 2024 18:28:31 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-ej1-x62d.google.com (mail-ej1-x62d.google.com [IPv6:2a00:1450:4864:20::62d]) (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 4TDyFB6lLrz4tqc for ; Tue, 16 Jan 2024 18:28:30 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=bsdimp-com.20230601.gappssmtp.com header.s=20230601 header.b=UV0vPL6o; dmarc=none; spf=none (mx1.freebsd.org: domain of wlosh@bsdimp.com has no SPF policy when checking 2a00:1450:4864:20::62d) smtp.mailfrom=wlosh@bsdimp.com Received: by mail-ej1-x62d.google.com with SMTP id a640c23a62f3a-a277339dcf4so1142563966b.2 for ; Tue, 16 Jan 2024 10:28:30 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20230601.gappssmtp.com; s=20230601; t=1705429709; x=1706034509; darn=freebsd.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=nHA/HrZr5ethJjUjiENR9VsReKk+v5qaWDQCJ5glocQ=; b=UV0vPL6ol4W9AMh68IbCVJjQqY4spJ+/kDBlihXWHxNuSDPWoqAG0V6SZPwdEUz47V 2cF0X0SWOcFQ7msmGL+6dt8FoFiI7psWuUkBCdIU/3YLR4yCcJRiej8zNNrxSQ5dg3RQ 7ARnM06JNGpP4eWfVWZs11ToeAVl8/spShEAPGAJjcZVjt1Hh8SEg7fkie+48OekxXH1 nosJKabhICqWkD+lSL1qkwpHuuA0hOvIVI3KaqZQaopj6yDv51nil934SpuiL1xWCEpM Y+ywZQiYR5J2v3Ay2beAOQ7KOapw9plC2JdJp0Tv+kgbM8D10zXqC0eZ8tXMGCbpbtaW unLQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1705429709; x=1706034509; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=nHA/HrZr5ethJjUjiENR9VsReKk+v5qaWDQCJ5glocQ=; b=JSpyG/mxmEL+Azh+3p4eLGTu4H5X4RPIvs7oWv1heCajaYEW08zcG22epjmhVVNp+D 9tvVTZZTEfOf8md4oiqIQ17IvwDNsMV8+mPnhXdY3Cy3BDUd7TGBNOYkQq4j/DZFOxBA rlHQd8KwEUwq2qBGG+yYhGxZEZN+Z0INmnaZwXeEUw3g4gVhs7AjGgWN0LlBOGNjlpVd ufqN8cvkqLYhVDhwSceOvl8UFlZ+4D7kUvdLRcywY2jeYFj2Nx+OK3mCdwgg9NFxxOiR CtiMJSI+n4Imk2sFsRqg559IKUNjP0V4c1LERDMDc1cYcRMthCugGyA5gWcEKLlspnhW JRfw== X-Gm-Message-State: AOJu0YxXdCwv39FnEpTt4RSoGYRfELEaFKepfIpj0YkSQ5y4Bfzp2/Mk lDs1mFwEUgWwWd7D8+RMgqweQa+7+ttbr8IJS+tlbW1qrjbS5A== X-Google-Smtp-Source: AGHT+IFjXnlesl+m23cwjD7LsHf3JxZfi940l6B8d8qGdDenTWf+TU1VRxCNHfTMKzOHaf7bRZpcfRvSmn9z9hHM0YM= X-Received: by 2002:a17:907:788:b0:a1d:932f:9098 with SMTP id xd8-20020a170907078800b00a1d932f9098mr4334601ejb.97.1705429709573; Tue, 16 Jan 2024 10:28:29 -0800 (PST) List-Id: Commit messages for the main branch of the src repository List-Archive: https://lists.freebsd.org/archives/dev-commits-src-main List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-dev-commits-src-main@freebsd.org X-BeenThere: dev-commits-src-main@freebsd.org MIME-Version: 1.0 References: <202401151330.40FDU0q9009324@gitrepo.freebsd.org> <45CAA8CA-9B5E-41D2-8416-83156B6AC721@freebsd.org> <0100018d0e26dbd2-438de9ce-b26b-4cef-a628-78a400025aba-000000@email.amazonses.com> In-Reply-To: <0100018d0e26dbd2-438de9ce-b26b-4cef-a628-78a400025aba-000000@email.amazonses.com> From: Warner Losh Date: Tue, 16 Jan 2024 11:28:18 -0700 Message-ID: Subject: Re: git: 6137b5f7b8c1 - main - Increase the size of riscv GENERICSD images to 6 GB To: Colin Percival Cc: Mike Karels , src-committers@freebsd.org, dev-commits-src-all@freebsd.org, dev-commits-src-main@freebsd.org, FreeBSD Release Engineering Team Content-Type: multipart/alternative; boundary="000000000000075eb3060f144cbf" X-Spamd-Bar: -- X-Spamd-Result: default: False [-3.00 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.998]; FORGED_SENDER(0.30)[imp@bsdimp.com,wlosh@bsdimp.com]; R_DKIM_ALLOW(-0.20)[bsdimp-com.20230601.gappssmtp.com:s=20230601]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; RCVD_COUNT_ONE(0.00)[1]; MIME_TRACE(0.00)[0:+,1:+,2:~]; ARC_NA(0.00)[]; TO_DN_SOME(0.00)[]; MISSING_XM_UA(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::62d:from]; DMARC_NA(0.00)[bsdimp.com]; MLMMJ_DEST(0.00)[dev-commits-src-main@freebsd.org]; FROM_NEQ_ENVFROM(0.00)[imp@bsdimp.com,wlosh@bsdimp.com]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_FIVE(0.00)[6]; R_SPF_NA(0.00)[no SPF record]; PREVIOUSLY_DELIVERED(0.00)[dev-commits-src-main@freebsd.org]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_TLS_LAST(0.00)[]; DKIM_TRACE(0.00)[bsdimp-com.20230601.gappssmtp.com:+] X-Rspamd-Queue-Id: 4TDyFB6lLrz4tqc --000000000000075eb3060f144cbf Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Mon, Jan 15, 2024 at 10:24=E2=80=AFAM Colin Percival wrote: > On 1/15/24 08:36, Mike Karels wrote: > > On 15 Jan 2024, at 9:37, Warner Losh wrote: > >> One question here... > >> > >> Do we need to include all the debugging stuff in /usr/lib/debug? i'ts > over > >> 1GB out of 5GB and seems like a poor fit > >> for this form factor. We can easily provide it as a package instead...= . > >> > >> I know the inevitable march of largeness must progress, but we should > ask > >> ourselves is this really a good use of that 1GB? > > > > Good question. On riscv, /usr/lib/debug is 2.5 GB. (arm64 is 2.1 GB.) > > I'm also not sure what it would take to leave it off, although I would > guess > > that a tweak to installworld could do it if we need debug for other > targets. > > I think the package already exists. Of course, these images usually ge= t > > expanded to a much larger size on the first boot, so maybe the space > doesn't > > matter as much. > > > > Ideally, we'd keep the kernel debug, but that would probably be more > work. > > > > It would probably make the most sense to the same thing for other > architectures, > > although arm64 at least has headroom. The scripts to build the image > files are > > shared, but there is a config file per image. > > > > Opinions, anyone? We could ask on freebsd-riscv and maybe other lists > too. > > My inclination is to say that for now the "standard" FreeBSD images shoul= d > include all the bits which 'make installkernel installworld' provides. (= I > have been considering shipping no-debug-files EC2 AMIs as an additional > option, though, since people pay per GB for storage there.) > Yea, half the space is basically worthless. Few people get core dumps of userland programs, and the SD card doesn't ship with a swap area to take a kernel dump. > When we move to pkgbase it will become dramatically easier for users to > install debug files if/when needed, and at that point I think it would ma= ke > sense to ship without them by default. > Yea, if they aren't easily available, it is harder. And snapshots can be hard to get back. So if you need it, you really need it to be bundled. Warner --000000000000075eb3060f144cbf Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


=
On Mon, Jan 15, 2024 at 10:24=E2=80= =AFAM Colin Percival <cperciva@t= arsnap.com> wrote:
On 1/15/24 08:36, Mike Karels wrote:
> On 15 Jan 2024, at 9:37, Warner Losh wrote:
>> One question here...
>>
>> Do we need to include all the debugging stuff in /usr/lib/debug? i= 'ts over
>> 1GB out of 5GB and seems like a poor fit
>> for this form factor. We can easily provide it as a package instea= d....
>>
>> I know the inevitable march of largeness must progress, but we sho= uld ask
>> ourselves is this really a good use of that 1GB?
>
> Good question.=C2=A0 On riscv, /usr/lib/debug is 2.5 GB.=C2=A0 (arm64 = is 2.1 GB.)
> I'm also not sure what it would take to leave it off, although I w= ould guess
> that a tweak to installworld could do it if we need debug for other ta= rgets.
> I think the package already exists.=C2=A0 Of course, these images usua= lly get
> expanded to a much larger size on the first boot, so maybe the space d= oesn't
> matter as much.
>
> Ideally, we'd keep the kernel debug, but that would probably be mo= re work.
>
> It would probably make the most sense to the same thing for other arch= itectures,
> although arm64 at least has headroom.=C2=A0 The scripts to build the i= mage files are
> shared, but there is a config file per image.
>
> Opinions, anyone?=C2=A0 We could ask on freebsd-riscv and maybe other = lists too.

My inclination is to say that for now the "standard" FreeBSD imag= es should
include all the bits which 'make installkernel installworld' provid= es.=C2=A0 (I
have been considering shipping no-debug-files EC2 AMIs as an additional
option, though, since people pay per GB for storage there.)

Yea, half the space is basically worthless. Few people= get core dumps of userland
programs, and the SD card doesn't= ship with a swap area to take a kernel dump.
=C2=A0
When we move to pkgbase it will become dramatically easier for users to
install debug files if/when needed, and at that point I think it would make=
sense to ship without them by default.

= Yea, if they aren't easily available, it is harder. And snapshots can b= e hard
to get back. So if you need it, you really need it to be b= undled.

Warner
--000000000000075eb3060f144cbf--