Date: Fri, 3 Jul 2020 22:00:07 -0700 From: Mark Millard <marklmi@yahoo.com> To: bob prohaska <fbsd@www.zefox.net> Cc: freebsd-arm <freebsd-arm@freebsd.org> Subject: Re: 1341MB swap in use with half gig of free memory Message-ID: <466762C6-D20A-410A-BF44-CD6ED8EC70AA@yahoo.com> In-Reply-To: <20200704043705.GC36886@www.zefox.net> References: <20200703224433.GA36511@www.zefox.net> <20200703233938.GB30039@server.rulingia.com> <20200704011558.GA36886@www.zefox.net> <20200704022218.GD30039@server.rulingia.com> <20200704043705.GC36886@www.zefox.net>
next in thread | previous in thread | raw e-mail | index | archive | help
On 2020-Jul-3, at 21:37, bob prohaska <fbsd at www.zefox.net> wrote:
> On Sat, Jul 04, 2020 at 12:22:18PM +1000, Peter Jeremy wrote:
>> Something I missed before: When you say "Pi3", I presume you mean
>> Raspberry Pi 3 Model B. None of the Raspberry Pi variants have
>> provision for sanely attaching mass storage so I presume your 1TB
>> HDD is attached via USB 2.0 - which is a further impediment to
>> tranferring data fast.
>>=20
>=20
> Alas, little about my enterprise is sane 8-) These experiments
> are all on a Pi3B (not plus). The HDD is attached via a jmicron
> usb-sata adapter.=20
>=20
> However, the Pi4 at least in principle claims to support UASP.
> Unfortunately, it seems FreeBSD does not. That is a pity.=20
Even with umass/non-UASP, USB3 can transfer much faster than USB2.
>> On 2020-Jul-03 18:15:58 -0700, bob prohaska <fbsd@www.zefox.net> =
wrote:
>>> On Sat, Jul 04, 2020 at 09:39:38AM +1000, Peter Jeremy wrote:
>>=20
>> As Mark mentions, about the only real way to find out would be to
>> actually try building with different -j options and see which is
>> fastest. So long as the total working set size remains below the =
~800MB
>> usable RAM limit then more cores will speed it up. Once the system
>> starts thrashing then goodput[1] drops to roughly zero. =
Unfortunately,
>> the working set size varies widely.
>>=20
> Up to now I've only restricted -j values when trying to avert panics.
> Perhaps the experiment is worth a try even if nothing else goes wrong.
>=20
> Have you a notion whether adding additonal swap on microSD would do
> any good?
Unlikely. You need to avoid paging I/O, not use a possibly even
slower I/O mechanism. I'm not aware of the RPi3 having any likely
"dual I/O channels" based improvement of note.
> Earlier experiments included it. This one omitted it by
> chance, never expecting the build to get this far. Knowing what to
> look for is helpful.
=46rom what I know of your past with microsd card based swap, it would
not suggest the alternative.
>>> A smaller browser would be a very welcome discovery. So far, =
chromium
>>> is the only one that has worked well enough to be useful.
>>=20
>> If you just want to render HTML, images and some trivial JS, then
>> something like links might do. Unfortunately, the modern Web has
>> shifted to the point where the HTML is irrelevant and the actual
>> content is mostly the result of executing quite complex JS within
>> the browser - for those pages, you'll probably need Chrom{e,ium},
>> Edge, Firefox or Safari.
>=20
> It appears that links is a close relative of lynx. Both seem to
> work at www.freebsd.org, but the loss of layout information makes
> both rather hard to use.=20
>=20
> Firefox isn't much more compact than chromium, is Safari good anywhere
> but on a Mac?=20
>=20
> Edge is new to me. It shows up as /usr/ports/games/edge, but I don't
> think that's what you meant.... Any hints?
>=20
Edge is Microsoft's. Windows 10, 8.1, 8, 7; iOS, Android.
(iOS might include iPadOS?) There is a legacy version as well.
Edge is Chromium based. See the 1st paragraph of:
https://docs.microsoft.com/en-us/microsoft-edge/devtools-guide-chromium
=3D=3D=3D
Mark Millard
marklmi at yahoo.com
( dsl-only.net went
away in early 2018-Mar)
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?466762C6-D20A-410A-BF44-CD6ED8EC70AA>