From nobody Thu May 25 20:35:51 2023 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 4QS0FL3sBSz4Wgjy for ; Thu, 25 May 2023 20:36:06 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic304-25.consmr.mail.gq1.yahoo.com (sonic304-25.consmr.mail.gq1.yahoo.com [98.137.68.206]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4QS0FK2lYPz4Nn7 for ; Thu, 25 May 2023 20:36:05 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=PhrIPVcR; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.68.206 as permitted sender) smtp.mailfrom=marklmi@yahoo.com; dmarc=pass (policy=reject) header.from=yahoo.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1685046964; bh=x+TbuucEllOok+8IVrrUJlh4U5JbnSAHjzmoGJidugU=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=PhrIPVcR2ZZ/i7mUmmr+6QFquxuuCGAW6L83UKdEDqB37/PiN03104Re4bHIG2yJMaG3Gsz7VPybIZq3JzPqkHSLzq7fStNd6vHTAX5/LrESZWjnIOPreK5immG3w+KAjvgPxI3ztqUq+cjGd6ryQwgrF2nyuJV1kHP5aejFrtphStcNHh5uBBHo07YaKqUR2gGnlIRbT6jBNERdI2SGsN9t8PPca2lBZPMPUigyjisn84nnpJ/tE+PPb3UUqyuk+v8i1L9G5HmXDC0ywHQPEXra1UFSGrZYenSgG5JgrRNNhGTxmXaFqE+GkX2gEGpo0mu7sB2RsdwDXo8pbaUMDw== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1685046964; bh=eF5xWBMzHqf3KkD9ypWd7rjzpfg9VL19plS7sTOMNgd=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=YUzunycDfKOCHgCofsDMV/BVUKuIZfaT4YpRcxJ1X0mPFB1FcUqS6Ge9Iq568DwHaYCjhQ/whfUILKy4qYVFk1Eirzo/1ltYx9VdhCtHoLB3IZ9Dyo/ZY/ZP6bGhAmAZbk+IiOwzZ39pUfrPeH+nycd9hk+Zs3VNURb2gfWdWxzOU9+InmvFc0jyvKVpI/f/s3CEprKRVwrmWczd2Y0mwchiAqC8IfAkRdxUmJAf2NH7Kz5DUly/VMenX2dv79Vurj0goBgnSKpCFaleH+brJ2ACdV30u1YxLDh+Edbqlqs9+/+UFvtothFvzOu3/t7itWf7Un1mnNzOOzfDt8Z7IQ== X-YMail-OSG: fuEVQ4cVM1nZYr_9gmxiILKkCy6kJnTPMmd0ZfK8zdt.dSKLTIB7MZJi8NdpD5J QyS0r7YuVfBKf3dhTMH6nQsryqMEsqzEz3RYt2RAy.GGADMlJYGikFumbJxvjcbkOh9OPhxNxB4A SaRVKltGlxOTEMiMJRnXnz24zcIbTCpWW7RJVYcCSeHaT_c7ifPfIBEDxr4Y6PQThEP7T5q2dh0Q 3U1Ps9jOYBA4WY0frE_2dQbRnVc6SyqYIoqNilZNrH2GH9OvTZNOepQjuIXF6VDD2oZYpjEfYa5F jn11ihiMwd3nNXlCbnCkuKazRBCT3HShSzFK6V30.pWKqTXzMItiH85QjQHIdFmJxTmzKxOWSKNm T13TRtRIBVaQBWmb7Hgl6S34iXsKr8KmM6CLcyXY8T7Mx1VOGH4r21rspMmq4tLW.Ql_Ha.IhCcG 0dmgk7N455aTcc7DorxBRI_tSjEfBbJPFlSHB.ryXuoXfPcylaFleXKeqMgp.M455O2200qoaAFx MgnfcKszRH.bBTI4NW3YJyhKuBQZT3GIkCi05hkkZ2K6InU5WjA8bGLqDXaylYK3H5sLCNVAAYC2 yH4I5FKki5RLnBO0PJepH6R7lAVGaNhgyEhr8f5gtajH2lP15jBF5n3HlvIgQ4svjpkeuMFW9.B. fjmtheRykN6iuv.9kcELKiZdVL2lxPienfXE_04353jSYyhHyTqdGPYJK0kidUFO8Em0l6Bxq.zk U0F47dj89e_2G34rBlOjvia3Yn66FfE.gIlOh0XQ1SyKkVaaq94mlnqJjtskDNOlCzlmmPVbZXFy 9YAptheY_F8trSHOszfTyr43zeXcFXhCIKiVvQ_uel3PBdvUDVrfsaZRGA5S6ckxHq3V11vNbxh_ ZD.wbEAQPLLkDozRtEUpo9U6zud_5xpcBkU7abl3I1aV5Knh.Wduhq5WSxIOffXtNi6clMNcBiEU 4gc5H_kpr0IueggpcRhjEhU0tNRdV9PqWIel9HBu6dXVVgsbWzpuBs2MtrohVqg0P54ZbxYuJNv7 FGpX2XXJpQPfKGR0fymglaAZeNMYdC31PTl5lBPpUrHuWv_NvJOlHktOBQ5NH_SQsFP99rPM5dhu Ur7e7n._z.IQ56S5i7LVVEXno9nzM_nmhiNQObrtNBCIFhFH3w42oWo8eoXp93hGfJXedIsnK8zr aYUSlN15AkPPHXmHY1ZdTJpJmB.Njfg_vaMLnbXmzjp.Rcvq3tgXNKyuP2YHlWMuEXRCnhCtMIrQ Z1zrBrsT1V24L7LZLTRiZ2_I5FdTrl6klPhBgmMWj1DlL_k0hmQpnvhSr2aLJmB5P9LlHr0oSMre 5q9RbpBsIHefI87GHVjoNhackUxoZNt_ZIxyrFYWDw7aqIvwMwXv1CXbzP9EWA1m0iq9K.fsdYfw sn8r6lUsJ8XEa.b7vnQTwlN8mdAgiUbzV1Acb3doVfVdXXSL4QSGHPMVSYLkVigW8wh4Yp2_A9kg 0VJSI2WlSy5GFSSiOvgJNbk_o1Rpuqzi3qY1QrstWA3O1z_bQhDktufH.ghFjb90UUo0drAK1Lp7 FPnTpF5DiAvdgoB2MHDwKX2cQJw5KZeYnHC5uAfuv9MEP5925ZUirLDv_RCoh.jVi3um80K6vcgW QNB6.liUld.RyrL9_gCS0TMhpHI5zRKIRWasgLiKL.KtSuwD52gY5ePDX3MuEHxRbDAFHNE0kKq7 GwhDZIW1uvalY0RpZqG9UpSfDwr.wGH32WZ_axMGEXjC4ebxfnwWNkd_aoi50NRRBty9ut3i3YUJ jtXGsirwGUeHeIzG4f89TwdcXB2J9EmhKpSzhGC362iyG3NxiVrTlZYYO18ZgW0rq74UqBsOBq8H ghiecveh7V2B_ZdGea3SBzrr4k5kw6XOhofnLpMwLD9lK00ugbJB8c1lb_t48Absf90O1vprJZ1j N6BRr4leTT7qd9f9XEGEMhVCkC.5xDWeBXxcI3Br8vXKrLDhqo53md3G2zgWcVUEFuV_3RaebQTR g0ydrzV_lxyOkA7n9MDTHzi3UWheNNb9VVbivRU6Y.axD5uC2qjw0Ww0SO2AbWEc7SikV7Q63KO4 5TONael4VO..m8xBxIy3iacVDfWtn3zUL3TnrbSxysZJxe7aRDVLg3PmvFYQHT5OuUoeIs8s4hAv YCEdTw1LYSeZhhRvy8f5h7ocnxEN6QbigDMiLGfYsofcBI2tvVwVm4cLNwWz8bn52fkgfjC0BMCk rwScPNgr08k8AgfShHe_4kJ68rdXZl_nmWGh1q_wFQ1TWE5u1pZxZteT9lxI_uK3mjw1ZC4fYqX0 yWoVg X-Sonic-MF: X-Sonic-ID: 79f6429b-6a1a-4894-a228-4fea5912c2c1 Received: from sonic.gate.mail.ne1.yahoo.com by sonic304.consmr.mail.gq1.yahoo.com with HTTP; Thu, 25 May 2023 20:36:04 +0000 Received: by hermes--production-gq1-6db989bfb-xtcqt (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 22b4455de666898c481e1b0f173c2cff; Thu, 25 May 2023 20:36:01 +0000 (UTC) Content-Type: text/plain; charset=us-ascii 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 (Mac OS X Mail 16.0 \(3731.400.51.1.1\)) Subject: Re: RPi3B -j4 vs. -j3 main [so: 14] from-scratch buildworld times for my context; buildkernel too; swap space usage and such From: Mark Millard In-Reply-To: Date: Thu, 25 May 2023 13:35:51 -0700 Cc: freebsd-arm Content-Transfer-Encoding: quoted-printable Message-Id: <306E97A5-D94E-47EB-99B7-BE8335590E1A@yahoo.com> References: <7758885B-3115-47F0-A453-1C010313D4B8@yahoo.com> <03F330A1-35E4-40D4-B9C6-407041BBEC58@yahoo.com> <7AA87E52-AB3D-48E4-B62A-EE73EBB23003@yahoo.com> <3C1F1156-F0CA-4958-B2D1-A28B2F2D36F5@yahoo.com> To: bob prohaska X-Mailer: Apple Mail (2.3731.400.51.1.1) X-Spamd-Result: default: False [-3.42 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.92)[-0.920]; MV_CASE(0.50)[]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MIME_GOOD(-0.10)[text/plain]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; RCVD_IN_DNSWL_NONE(0.00)[98.137.68.206:from]; MID_RHS_MATCH_FROM(0.00)[]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; MLMMJ_DEST(0.00)[freebsd-arm@freebsd.org]; TO_DN_ALL(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; FREEMAIL_FROM(0.00)[yahoo.com]; RCVD_TLS_LAST(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; FROM_EQ_ENVFROM(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; MIME_TRACE(0.00)[0:+]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.68.206:from] X-Rspamd-Queue-Id: 4QS0FK2lYPz4Nn7 X-Spamd-Bar: --- X-ThisMailContainsUnwantedMimeParts: N [Adding -j4 info for 4 GiByte, 1200 MHz, Rock64, using USB3 port for = world (same media).] On May 24, 2023, at 17:46, Mark Millard wrote: > RPi3B -j4 vs. -j3 buildworld times for my context: >=20 > World built in 120764 seconds, ncpu: 4, make -j4 [So a little under 33 = hr 35 min] > World built in 115635 seconds, ncpu: 4, make -j3 [So a little under 32 = hr 10 min] > [A delta of a little under 1hr 30min] Rock64 -j4 buildworld for my context: World built in 60637 seconds, ncpu: 4, make -j4 [So a somewhat under 16 = hr 55 min] >=20 > So: -j4 buildworld spent more time waiting for its trashing of > the swap space than time it gained from having use of a 4th > core. The trashing is mostly during building of libllvm, libclang, > and liblldb. The RPi3B RAM subsystem can limit the gain from > having more cores active as well. >=20 >=20 > By contrast . . . >=20 > RPi3B -j4 vs. -j3 buildkernel times for my context: >=20 > Kernel(s) GENERIC-NODBG-CA53 built in 7836 seconds, ncpu: 4, make -j4 = [So a little under 2 hr 15 min] > Kernel(s) GENERIC-NODBG-CA53 built in 8723 seconds, ncpu: 4, make -j3 = [So a little under 2 hr 30 min] > [A delta of a little under 15 min] Rock64 -j4 buildkernel for my context: Kernel(s) GENERIC-NODBG-CA53 built in 4957 seconds, ncpu: 4, make -j4 = [So a somewhat under 1 hr 25 min] > So: -j4 buildkernel spent less time waiting for its trashing of > the swap space than time it gained from having use of a 4th > core. (Not much thrashing occurred.) >=20 >=20 > And mem/swap usage info for buildworld+buildkernel . . . >=20 > Overall -j4 vs -j3 buildworld buildkernel info for my context: >=20 > -j4 Mem: . . ., 677688Ki MaxObsActive, 249652Ki MaxObsWired, 950032Ki = MaxObs(Act+Wir+Lndry) > -j3 Mem: . . ., 683416Ki MaxObsActive, 315140Ki MaxObsWired, 927424Ki = MaxObs(Act+Wir+Lndry) Rock64: -j4 Mem: . . ., 1584Mi MaxObsActive, 741748K MaxObsWired, 2308Mi = MaxObs(Act+Wir+Lndry) > -j4 Swap: . . ., 1495Mi MaxObsUsed, 2117Mi MaxObs(Act+Lndry+SwapUsed), = 2358Mi MaxObs(Act+Wir+Lndry+SwapUsed) > -j3 Swap: . . ., 1178Mi MaxObsUsed, 1811Mi MaxObs(Act+Lndry+SwapUsed), = 2049Mi MaxObs(Act+Wir+Lndry+SwapUsed) Rock64: (Note: The lack of MaxObsUsed for Swap is because it was never observed to be positive.) -j4 Swap: 14746Mi Total, . . ., 1617Mi MaxObs(Act+Lndry+SwapUsed), = 2308Mi MaxObs(Act+Wir+Lndry+SwapUsed) > FYI for the context: > make[1]: "/usr/main-src/Makefile.inc1" line 326: SYSTEM_COMPILER: = Determined that CC=3Dcc matches the source tree. Not bootstrapping a = cross-compiler. > make[1]: "/usr/main-src/Makefile.inc1" line 331: SYSTEM_LINKER: = Determined that LD=3Dld matches the source tree. Not bootstrapping a = cross-linker. >=20 >=20 > Notes: >=20 > Incremental buildworld's would depend on how much rebuilding of > libllvm, libclang, and liblldb would happen to occur. >=20 > A system with 2 GiBytes of RAM would have far less trashing of > the swap space. A system with 4 GiBytes of RAM would not thrash > the swap space. The closest comparison I could make with 4 > GiBytes of RAM would be the Rock64 doing a from-scratch build. > It is also cortex-a53 based. As I remember, its RAM subsystem > does not limit multiple cores as easily/much. I've no access to > an analogous 2 GiByte context. >=20 Note: The Rock64 U-Boot does not support the USB3 port so I have the boot using 2 media in sequence: A) The kernel and earlier stages booting via an e.MMC media. B) The world then booting from the USB3 NVMe media. The USB3 NVMe media used via a USB3 port has a higher data rate context than for the RPi3B USB2 port context. =3D=3D=3D Mark Millard marklmi at yahoo.com