Date: Thu, 27 Jan 2022 15:51:05 -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: <72E71144-DBBD-4611-825B-CCEA4C30A6CE@yahoo.com> In-Reply-To: <5E861D46-128A-4E09-A3CF-736195163B17@yahoo.com> 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> <5E861D46-128A-4E09-A3CF-736195163B17@yahoo.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On 2022-Jan-27, at 14:21, Mark Millard <marklmi@yahoo.com> wrote: > On 2022-Jan-27, at 13:48, bob prohaska <fbsd@www.zefox.net> wrote: >=20 >> 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 >=20 > Okay. I just started a poudriere bulk devel/llvm13 build > in a ZFS context: >=20 > . . . > [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 >=20 > I have my patched top monitoring and reporting various > "Maximum Observed ???" (MaxObs???) figures. >=20 > May be I can get a 8GiByte RPi4B UFS context updated and > going as well. I just started a poudriere bulk devel/llvm13 build in a UFS context: . . . [00:00:49] Pkg: +BE_AMDGPU -BE_FREEBSD +BE_NATIVE -BE_STANDARD +BE_WASM = +CLANG +DOCS +EXTRAS -FLANG +LIT +LLD +LLDB +MLIR -OPENMP -PYCLANG [00:00:49] New: +BE_AMDGPU -BE_FREEBSD -BE_NATIVE +BE_STANDARD +BE_WASM = +CLANG +DOCS +EXTRAS +FLANG +LIT +LLD +LLDB +MLIR +OPENMP +PYCLANG . . . [00:02:13] [01] [00:00:00] Building devel/llvm13 | llvm13-13.0.0_3 >>>=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. >=20 > Good to know that nothing was odd about the boot's > swapon activity. >=20 >>>> 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 >=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.) For reference (lines split for readability): # uname -apKU FreeBSD CA72_4c8G_ZFS 14.0-CURRENT FreeBSD 14.0-CURRENT #37 main-n252475-e76c0108990b-dirty: Sat Jan 15 21:53:08 PST 2022 = root@CA72_16Gp_ZFS:/usr/obj/BUILDs/main-CA72-nodbg-clang/usr/main-src/arm6= 4.aarch64/sys/GENERIC-NODBG-CA72 arm64 aarch64 1400047 1400047 # uname -apKU FreeBSD CA72_UFS 14.0-CURRENT FreeBSD 14.0-CURRENT #37 main-n252475-e76c0108990b-dirty: Sat Jan 15 21:53:08 PST 2022 = root@CA72_16Gp_ZFS:/usr/obj/BUILDs/main-CA72-nodbg-clang/usr/main-src/arm6= 4.aarch64/sys/GENERIC-NODBG-CA72 arm64 aarch64 1400047 1400047 =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?72E71144-DBBD-4611-825B-CCEA4C30A6CE>