From nobody Mon Nov 07 20:51:50 2022 X-Original-To: freebsd-arm@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 4N5k1J6NBcz4gLpD for ; Mon, 7 Nov 2022 20:51:48 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (www.zefox.net [50.1.20.27]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "www.zefox.com", Issuer "www.zefox.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4N5k1H3CzXz4MV7 for ; Mon, 7 Nov 2022 20:51:47 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (localhost [127.0.0.1]) by www.zefox.net (8.16.1/8.15.2) with ESMTPS id 2A7KppFv054072 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Mon, 7 Nov 2022 12:51:51 -0800 (PST) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.16.1/8.15.2/Submit) id 2A7KpoDE054071; Mon, 7 Nov 2022 12:51:50 -0800 (PST) (envelope-from fbsd) Date: Mon, 7 Nov 2022 12:51:50 -0800 From: bob prohaska To: Mike Karels Cc: freebsd-arm@freebsd.org Subject: Re: adding swap when expanding root filesystem Message-ID: <20221107205150.GA53784@www.zefox.net> References: <202211071610.2A7GAcHl090048@mail.karels.net> <20221107175206.GA49113@www.zefox.net> <78C2FBC4-D2CE-44B0-9535-02C0EDECD10A@karels.net> List-Id: Porting FreeBSD to ARM processors List-Archive: https://lists.freebsd.org/archives/freebsd-arm List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-arm@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <78C2FBC4-D2CE-44B0-9535-02C0EDECD10A@karels.net> X-Rspamd-Queue-Id: 4N5k1H3CzXz4MV7 X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of fbsd@www.zefox.net has no SPF policy when checking 50.1.20.27) smtp.mailfrom=fbsd@www.zefox.net X-Spamd-Result: default: False [-1.07 / 15.00]; AUTH_NA(1.00)[]; NEURAL_HAM_SHORT(-1.00)[-0.996]; NEURAL_HAM_LONG(-0.99)[-0.992]; NEURAL_HAM_MEDIUM(-0.99)[-0.985]; MID_RHS_WWW(0.50)[]; WWW_DOT_DOMAIN(0.50)[]; MIME_GOOD(-0.10)[text/plain]; MLMMJ_DEST(0.00)[freebsd-arm@freebsd.org]; R_DKIM_NA(0.00)[]; R_SPF_NA(0.00)[no SPF record]; ASN(0.00)[asn:7065, ipnet:50.1.16.0/20, country:US]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCPT_COUNT_TWO(0.00)[2]; RCVD_COUNT_THREE(0.00)[3]; RCVD_TLS_LAST(0.00)[]; ARC_NA(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; FROM_HAS_DN(0.00)[]; DMARC_NA(0.00)[zefox.net]; TO_DN_SOME(0.00)[]; MID_RHS_MATCH_FROM(0.00)[] X-ThisMailContainsUnwantedMimeParts: N On Mon, Nov 07, 2022 at 12:47:29PM -0600, Mike Karels wrote: > On 7 Nov 2022, at 11:52, bob prohaska wrote: > > > On Mon, Nov 07, 2022 at 10:10:38AM -0600, Mike Karels wrote: [snip] > >> I have a prototype, > >> and wondered if this is a good thing to do. Granted, this will often > >> create swap on microSD, which is not optimal, but probably better than > >> nothing. > >> [snip] Definitely better than nothing. I think it's a good thing to do. > >> The current prototype creates a swap partition which is 1/10 of the disk > >> if the disk is at least 15 GB and the initial root partition is no more > >> than 1/3 of the disk, but only up to 1.5x of physical memory. I would > >> probably enable this by default, but provide a way to disable it via a > >> kenv variable and/or a variable in /etc/rc.conf. > >> > >> Thoughts? > > "Yes, please!". I'd suggest 2-4x physical RAM rather than 1.5x, simply because extra swap is harmless and microSD cards are amply large; 64GB was about the smallest readily available last time I looked. Now it's probably 128GB. It might be wise to add a warning about flash wearing out, but it took a year of near-continuous buildworlds to kill a 128GB microSD holding -current on a Pi3 with ~3 GB swap. Anything done to make FreeBSD work better on Raspberry Pi and competitors is worth a try. Running from microSD isn't ideal but does work if used gently. It worked much better under armv7. Between aarch64 and growth in compilers working swap seems essential now, the more the better. > > For starters, is there any hope of making bsdinstall run from the > > microSD and installing FreeBSD via the traditional process on USB? [snip] > > I think that???s a completely different problem. I suspect that this > is already possible, fetching packages over the net, but I don???t > know the incantation. Ideally the packages would be local, but then > the image would be more like a CD-ROM. It would be nice to have > a procedure documented though. > Since there's a complete system on the microSD can't that be used as the initial repository? I agree it is a different problem in terms of implementation. If bsdinstall can format a boot device for Raspberry Pi I should give it a try. Thanks for reading! bob prohaska