Date: Tue, 16 Jan 2024 11:28:18 -0700 From: Warner Losh <imp@bsdimp.com> To: Colin Percival <cperciva@tarsnap.com> Cc: Mike Karels <karels@freebsd.org>, src-committers@freebsd.org, dev-commits-src-all@freebsd.org, dev-commits-src-main@freebsd.org, FreeBSD Release Engineering Team <re@freebsd.org> Subject: Re: git: 6137b5f7b8c1 - main - Increase the size of riscv GENERICSD images to 6 GB Message-ID: <CANCZdfrph6QBQy7yftDT-HCoHK__wCbwGW5vB5ryr1PLH9=ALA@mail.gmail.com> In-Reply-To: <0100018d0e26dbd2-438de9ce-b26b-4cef-a628-78a400025aba-000000@email.amazonses.com> References: <202401151330.40FDU0q9009324@gitrepo.freebsd.org> <CANCZdfoCp2%2B_oxkektAsputwhN5E3bu%2B8ogzcOAHkQLZNPfW3Q@mail.gmail.com> <45CAA8CA-9B5E-41D2-8416-83156B6AC721@freebsd.org> <0100018d0e26dbd2-438de9ce-b26b-4cef-a628-78a400025aba-000000@email.amazonses.com>
next in thread | previous in thread | raw e-mail | index | archive | help
[-- Attachment #1 --] On Mon, Jan 15, 2024 at 10:24 AM Colin Percival <cperciva@tarsnap.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 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 get > > 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 should > 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 make > 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 [-- Attachment #2 --] <div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Jan 15, 2024 at 10:24 AM Colin Percival <<a href="mailto:cperciva@tarsnap.com">cperciva@tarsnap.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On 1/15/24 08:36, Mike Karels wrote:<br> > On 15 Jan 2024, at 9:37, Warner Losh wrote:<br> >> One question here...<br> >><br> >> Do we need to include all the debugging stuff in /usr/lib/debug? i'ts over<br> >> 1GB out of 5GB and seems like a poor fit<br> >> for this form factor. We can easily provide it as a package instead....<br> >><br> >> I know the inevitable march of largeness must progress, but we should ask<br> >> ourselves is this really a good use of that 1GB?<br> > <br> > Good question. On riscv, /usr/lib/debug is 2.5 GB. (arm64 is 2.1 GB.)<br> > I'm also not sure what it would take to leave it off, although I would guess<br> > that a tweak to installworld could do it if we need debug for other targets.<br> > I think the package already exists. Of course, these images usually get<br> > expanded to a much larger size on the first boot, so maybe the space doesn't<br> > matter as much.<br> > <br> > Ideally, we'd keep the kernel debug, but that would probably be more work.<br> > <br> > It would probably make the most sense to the same thing for other architectures,<br> > although arm64 at least has headroom. The scripts to build the image files are<br> > shared, but there is a config file per image.<br> > <br> > Opinions, anyone? We could ask on freebsd-riscv and maybe other lists too.<br> <br> My inclination is to say that for now the "standard" FreeBSD images should<br> include all the bits which 'make installkernel installworld' provides. (I<br> have been considering shipping no-debug-files EC2 AMIs as an additional<br> option, though, since people pay per GB for storage there.)<br></blockquote><div><br></div><div>Yea, half the space is basically worthless. Few people get core dumps of userland</div><div>programs, and the SD card doesn't ship with a swap area to take a kernel dump.</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"> When we move to pkgbase it will become dramatically easier for users to<br> install debug files if/when needed, and at that point I think it would make<br> sense to ship without them by default.<br></blockquote><div><br></div><div>Yea, if they aren't easily available, it is harder. And snapshots can be hard</div><div>to get back. So if you need it, you really need it to be bundled.</div><div><br></div><div>Warner</div></div></div>
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CANCZdfrph6QBQy7yftDT-HCoHK__wCbwGW5vB5ryr1PLH9=ALA>