Date: Thu, 27 Jan 2022 14:21:44 -0800 From: Mark Millard <marklmi@yahoo.com> To: bob prohaska <fbsd@www.zefox.net> Cc: Free BSD <freebsd-arm@freebsd.org> Subject: Re: devel/llvm13 failed to reclaim memory on 8 GB Pi4 running -current Message-ID: <5E861D46-128A-4E09-A3CF-736195163B17@yahoo.com> In-Reply-To: <20220127214801.GA51710@www.zefox.net> References: <20220127164512.GA51200@www.zefox.net> <C8BDF77F-5144-4234-A453-8DEC9EA9E227@yahoo.com> <2C7E741F-4703-4E41-93FE-72E1F16B60E2@yahoo.com> <20220127214801.GA51710@www.zefox.net>
next in thread | previous in thread | raw e-mail | index | archive | help
On 2022-Jan-27, at 13:48, bob prohaska <fbsd@www.zefox.net> wrote: > On Thu, Jan 27, 2022 at 12:12:20PM -0800, Mark Millard wrote: >>=20 >>=20 >> On 2022-Jan-27, at 11:31, Mark Millard <marklmi@yahoo.com> wrote: >>=20 >>> On 2022-Jan-27, at 08:45, bob prohaska <fbsd@www.zefox.net> wrote: >>>=20 >>>> Attempts to compile devel/llvm13 on a Pi4 running -current (updated >>>> on 20220126) with 8 GB of RAM and 8 GB of swap has failed on two = occasions using=20 >>>> make -DBATCH > make.log &=20 >>>> in /usr/ports/devel/llvm13 using the system compiler. The system is >>>> self-hosted.=20 >>=20 >> Context question: ZFS? UFS? >=20 > UFS Okay. I just started a poudriere bulk devel/llvm13 build in a ZFS context: . . . [00:00:37] Pkg: +BE_AMDGPU -BE_FREEBSD +BE_NATIVE -BE_STANDARD +BE_WASM = +CLANG +DOCS +EXTRAS -FLANG +LIT +LLD +LLDB +MLIR -OPENMP -PYCLANG [00:00:37] New: +BE_AMDGPU -BE_FREEBSD -BE_NATIVE +BE_STANDARD +BE_WASM = +CLANG +DOCS +EXTRAS +FLANG +LIT +LLD +LLDB +MLIR +OPENMP +PYCLANG . . . [00:01:27] [01] [00:00:00] Building devel/llvm13 | llvm13-13.0.0_3 I have my patched top monitoring and reporting various "Maximum Observed ???" (MaxObs???) figures. May be I can get a 8GiByte RPi4B UFS context updated and going as well. >>=20 >> (In things involving memory usage issues, knowing which is >> always appropriate because of differences in memory use >> patterns.) >>=20 >>>=20 >>> Your context proves the metadata problem really happens, so >>> the messaging should be fixed to not be misleading. >>>=20 >=20 > I looked for and didn't find any "too much swap" > warnings in the boot output, as expected with > RAM=3DSWAP. Good to know that nothing was odd about the boot's swapon activity. >>> But it looks like you have identified a test context >>> for the "swap blk uma zone" and "swap pctrie uma zone" >>> handling. >=20 > I was hoping to reproduce the first failure, with clang=20 > exiting on error 139. Just for curiosity's sake I restarted=20 > the build of devel/llvm13 without cleaning. Looks like the > result won't be known until morning.=20 Note: I dropped Mark Johnston from the TO/CC --at least until we have technical information about the vm subsystem's behavior that might be interesting, such as which metadata caused the messaging. (The context being uFS may have been of interest, for example, but nothing in my reply does him any good.) =3D=3D=3D Mark Millard marklmi at yahoo.com
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?5E861D46-128A-4E09-A3CF-736195163B17>