From nobody Thu May 25 00:46:11 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 4QRTrj3DZSz4CP00 for ; Thu, 25 May 2023 00:46:29 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic305-21.consmr.mail.gq1.yahoo.com (sonic305-21.consmr.mail.gq1.yahoo.com [98.137.64.84]) (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 4QRTrg6fYRz3nmq for ; Thu, 25 May 2023 00:46:27 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=FOpInuPf; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.64.84 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=1684975586; bh=4+tKJZrWot6Y5Grd/5XtmdhBQzlfYbw78HXGbOYluMI=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=FOpInuPf1DubzABcl6vEFF0n6dGypx5gYTRlHjzxDc6vcC2AkhXPsz2qw4+hNM0hSBYx2zL4Oy7vUqfNT9Y2g7bgyH+jeoxnBl3p2KUvjIean77Q8bYADX2GnOLKt3wrE4u4+1yHjtAWBUhL8ZdWCHMXT/ijOn6bX5UfEF3McXE9VYOUibKNpTYO/fngVECFkGureTXMiyNuB48LoIH7Vh0Rjd5Xb7b5JxhPl9Xg69pzGEZ1/2GvREZbAFSmD9By+uPZ7nBXnA1EIW24GbpSLNFT163U+s9aMNo2FrcDzgg8Tfy5NclqHp0u8ce184zg4E9xDvKmOHXcoK2mPuQ9CA== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1684975586; bh=dC/V5Sa1FylF6dWziVqv7XWI7omSiK4HLJfLBYR85V+=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=BTfwGUb/35hhDH+we4R835rHVSBTA3rRxvlx6WpkKDv03DX5vmSGQxaVSRcbD0ZRmfCZY0iFcHd7dO693z0uhb//l75dDumBLClZRDZGQM7mvLrXYPIgLEzi2X/yZWgiF4P0BYNgtmrzwCpY9DndIA1vyayRZYUdL8+fIx1B/WqYgdJTQYAuwjLijaEDv41GbmGyLaEC9XRcPoDZ68Q5HaIPUcwVKSjHKLn52CagWKu3VLwrMBKRaEs9aJsJrAK3L4NtuRkRX6Fj9HZ9EDm2SmS0cyas2lPEJKfmFWl8PuHtuLq5wc9JMLLe9UYYm41XLyc+k7rpjGlJ0wobyu+5hQ== X-YMail-OSG: FcfjJ54VM1lyeanZIdIwsC0I92knP77Zyjgl9LjlMrCEtDABcgq8Gpi6FpeWluI vwArgpT2VurIYPuWjhLEjZYjIBajEUGkQFALKTQxupm1p5P7b5nMpAe4Pk4Hx6hpNrnAEm5KIx8G w6FqTHxZTDceDlZo3aDT8097Pz61R1cet7d4xzJQ7IV6Sso7vlYwl1sLkukozbaJtL22RTovbIgn xmRn.K8L7oGeLYH267Tnj04oYSYnuuCpcwhncSxWtzE9aHODCL4d9E2z0EGJorgdYkfwhyjTEQ6_ OEeEksz4f.VmQAmdbkpJS0z_4af.PuRxraYI_TBw_htIjcNhoAaPEqX.0QaS7fbRaIN7rMaFtU9s _zvJ8d8dav8ClP19H79D_RB6KWMFgOPxWLofMO0sTSFDvWH2QaKTC5p99cuPfZ6GhdYP358n6cnU FklIRkRTOW4OVJbC_T4Ei5xEiHhyOM97jn0sZeJSVEPHPrb5r0EdEvNlF6OKd5NzIqgJoEdP9ziZ hhcpYutEQpm1EC90OwElXarWwANeAI7KobktmI2iy2Lnl2btg9iglUNjmCpGfL0Nrgag4ZbkiWQC EGfEY88mxVT2dHuK3GvfpR4_hCeaefaowbBSTx42sN2HE4Kf8sjWVymqXC2OwwSktQvazsXb31tJ qhYR2zdACZn2pp_AXNi7zMO3ZP3NWqxxAlduNOtnw44zcfxf3Q41Jabie5EwX.mxd1xGoZrly_zQ mRDmDrGTyaLk60YkNeQ0NiFHBmslIekJTmcHQYPKGbgB1deUx6sDEPfxpXqx0tNWa37OpZw6_VI_ 9s2hiqHVmnclRTEi8pPKeKiKzWo55_hz_vZ5Wuw3b3cos1jRXKM18uGx5MOg7phs9CIuePufpxxC uvujN..XiCdGBvn7Ay3mO5IUcHU7wbKml4I.qoT2GK4eMxqZN3gSMjGyfUGnFbSRU0iqRoNdUgIL lGL8ThgDPK3D9wIxedXDU8DZBqA0K0xdThVLxPBwD8Ojiq6rXmgSV3XhgCO9FVlNLSMEzJO_Wt0n WREMRr2jBJlaQxuAWlTrUy4OMG0AtyercIA5hsJ8f6dWKX6.TwONsD4iioFrFj3v2ldS1DIFpmot nb8Lw3jrUU.XJ9MAJH8EjmfFt_jfYrDyd9_69qh7dstnfytU.Etq7A97_NIHbedyb3MtZ_DZ_k7g SwsY_Y3KC1jMNeOWL0MlMgRxcCn6Dx_PEXsffu56YKygwR5kaz7H8BCddvGcRZh6acwk21m1OApF A4Ohw8DclV0rwsQsUJalZDhegQox7Ib8T7HCKAYmo198n7UJnQdXPP5nulBb1HSsOPTOvtmDMamk F9zesfeioq4l07Y.Ke0djHrfXC1mAAIKqNfYefnm7G9BSZmmQc7TCSaNnRSpt2ij8_VRjkPzPWl7 2Q9FMdlgoADd2GeVfZJKipJRZKyp81HQHEmxwoKu1e1FLn2i_tXMXi8s8UyrwcqUXQOcNG2zYzxK Ct9qPX_Zx5ubm8yR9Ga9Z1ZijIDHRZUOeq5_N.Rq4b3F04F.j.77W02jBWI7dxJrwHErX0Cb0GlN cyONb4oiExdcN4WqXvz8qWgGnmRB5YyinhnKmgAhiiMfqXChWxEYHr5IBspMlMP1nqgJnvtXVDY9 RHb.nA9ivntxoQA6qnDHTJWhfIF6htTT6N2zIQHGRYTjWbfyKc6pZdLkKwp495BS1Oww1pUyq2Hq XR4MWcTdf01c2I1lUoB20bEIHWUU86IEo133gpWiowhxOSdjwwpWXR2sJzVRy9kh2VDwJNkwEAJq K0BW_VY.5_yDCX3_r1tCtT.yQJSAK4jac4O0DnaL5wxm73tkxKXBAqKwSWV3Q_dyXqnL40h7Sazo qudEpDv2GF2v3hsEaPSxJpE5tEEwpHh0l6LaQ83FwEXSL37YEm.CN4ogntakTuVfJ3TDdMzipAEK h58qEp2mQtRunUtMC2rRfjTU9LttYrlO_7YKm0ND2DNmzvV5YlRzC9zjZcSJ8w6_RqGkEBo5vugt YtjVgqLjivA6fAPMn8qMhEyBKeM7kyTqNOAPtokGPTLdZEXdVDMEGXwJ9qRpaGNkd30oue13KSgV OO6sShSXO97i8As0jTW6BUFEI30Q5BMTqoU73wVcpC6AUYEkyIxFFFfk75IkL87O7KEYOfuoMsPC X6YJ7mmXGkZRkVfkvd5bUYM7m9uDax.n_KJug8hPUJFoK8EZ5IiUuXI03KBTIU8kBLw1wH9wTWnT Wmo1olVZizIum1qy8fylYAgadn.8S1SrviQTh456VoWMKijSp3CVnY2DZxH.ePAx0i70wLypHzgd y X-Sonic-MF: X-Sonic-ID: 0f0cb68a-95e9-4141-bf6d-3f9c61339c04 Received: from sonic.gate.mail.ne1.yahoo.com by sonic305.consmr.mail.gq1.yahoo.com with HTTP; Thu, 25 May 2023 00:46:26 +0000 Received: by hermes--production-ne1-574d4b7954-wzfzc (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 8a8d59a6a297ac299d006d0e1cf67c4d; Thu, 25 May 2023 00:46:22 +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: 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: <3C1F1156-F0CA-4958-B2D1-A28B2F2D36F5@yahoo.com> Date: Wed, 24 May 2023 17:46:11 -0700 Cc: freebsd-arm Content-Transfer-Encoding: quoted-printable Message-Id: 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.917]; 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.64.84: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.64.84:from] X-Rspamd-Queue-Id: 4QRTrg6fYRz3nmq X-Spamd-Bar: --- X-ThisMailContainsUnwantedMimeParts: N RPi3B -j4 vs. -j3 buildworld times for my context: 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] 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. By contrast . . . RPi3B -j4 vs. -j3 buildkernel times for my context: 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] 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.) And mem/swap usage info for buildworld+buildkernel . . . Overall -j4 vs -j3 buildworld buildkernel info for my context: -j4 Mem: . . ., 677688Ki MaxObsActive, 249652Ki MaxObsWired, 950032Ki = MaxObs(Act+Wir+Lndry) -j3 Mem: . . ., 683416Ki MaxObsActive, 315140Ki MaxObsWired, 927424Ki = 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) 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. Notes: Incremental buildworld's would depend on how much rebuilding of libllvm, libclang, and liblldb would happen to occur. 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. =3D=3D=3D Mark Millard marklmi at yahoo.com