From owner-freebsd-arm@freebsd.org Sat Mar 27 03:04:41 2021 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 4D1955B71D4 for ; Sat, 27 Mar 2021 03:04:41 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic311-25.consmr.mail.gq1.yahoo.com (sonic311-25.consmr.mail.gq1.yahoo.com [98.137.65.206]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4F6kGH300Bz4ctB for ; Sat, 27 Mar 2021 03:04:39 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1616814277; bh=gRnsQMKFRSDVhUPof1Jwb6VmRiRVxMHPmI9Hc7JTMOa=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=C/XTT6WGouMPVZxEFJRrYyGMOndF478PWgVG8X4NZVT7HLrPVFHOtM8KRcypSgcXwmkexiBJnvFAfFB9hEguHJs6AFaaG5IY6yLde70EQ9XnA0xG9o4raEkeyCcFO7GeGlB58YvVpDQGkj7P0KJ7lEbQ6Q5UJlFan1fNUv0frB7Hc5tUiGq3ct7Y8qKt1F8+e1iHRh2mGB0UsnyA0f8ilgWX8kat3q0VcKTtwqOa40vxkIGsLpa/lrueRwC0dLf91xREMLUi3bdtSNIY10v986p3f2u74/puMRtqJGXXrIsckmH0m8EW74DDsFh6L+VvSDAT7GLJQT9sXf8UKDJekg== X-YMail-OSG: xxiUk.cVM1kOio2iEV_bNrgsUHXY2pqvuBx2S7e3Q3ATGS1CI9QiD_.YjyWZvCM HUlQPCnDP7TirTI0tOIMldNYnBOlpHh5eONTBRRkILZFD8nUr1SvLXnZKs_qOAwXXm7OmWk_AqTP 97hdWVSxvqJtcT2H7Civfpjp1F9A9mXEYk0tO8yjg5eX2uot5LrNGPV2MCZhF4Lh7Fk84s0uoMpy 1qJ6Nbru8pMZavySk.H50ZQtfX7gdQAzWeECpP933DI1K19Bi7yWDojOYK6dfGs0Ge.jiQcH_XGR eK4BkF1gwM_k2X6mNMTTMKCZ4x30vH0c5CDRrM_.JfP3HsB7eG5perq7KPgR8K_d51d1lgfIRwK9 YHWXp3MDHQV0_D2eN9OnDorUN_BZ_Sll4pWDuR1T_qmCU49ib6ON6AWXQ6ZGwO29Rrvdg9EfK8UQ TM8zKA9.0U2Hw165_yDUuK4r3PDesq1ArxW6pFdIY6JnMqrUX7wnNHaIkA3IiC_20lYT4aCU0N.l JUeUJ576XCyo1bXUDcxkIS9DnQz6Iqz9_NbtKNyvklM6IjdF_xEca9Se5g7V9_vyq4nc2i8XBoQG .n1K0FZpjexTHxg7AzlffS7wyz6qZekzjVoKbLK90.SH_g9UBtdCIE1amSpYRQXJ0PujtNUmrbb8 _BCLc6Cw9Wx7Dz_gt19vpyGDJ1NCJR1WxMrTbQzqDD608Wt3Se.SxIg0M1yuYHGWLY2ksne0nHku oWRrwMDd.Ymd7YzgvzRFvLXStLEBk5LUa4jdKHnzgzwhCJX7svfUcuPX_88_4BQlzD9rY7cjXRNO Wl6fn_PrV3S0VsvUWYoN1NbDhFB4HwXrEuoYuX2huF.Ii4CailqGtGIYJxDGhE4lpERj3ne8dmQn nmKPAiEURnYIHfUWYhCt1JMHxypp9g4KX_dKq.PBDsMaWsav2sbXz8G9AFRMqLB_SYTfxcecvGyO wrzSp7p4Gc3etxSbdSVaCznRiN4c9Ho19RNKa1FkcyEHWSfdD1i.YmLwCm6qwJICSkCo2X0wL8J6 1KcJ3AMJKEIKvSFhwdiHA4ykxLFEwBX5MPAeEOog9m9SB7eGYNNNM0QK4rDiiNG2wWbMxbuK0ZA0 Xo6_o.n6cxU8pDo4Oeuwmjs.C4W118rg3GeeuM5rRzpG8ZcOvfdhAtdTHy7Ov4f.UoM_kK90ZFUz k3N4Jjl4WZQ20rURq90h9XWZWsWeie34Uda8.6R1mhAi6hFGUVn_UsLMhIWa4fqPrWGKk7EAC5q9 jcP6CIR_6SXpJJmLfyzDULJ5M_DvwBGrrWUglFfjCxRhu2_YHifVRUpe_6yjKbSRmax6Jou38YVO VhZvV_NS85OgGVa5DTTX8WIdGVM1YyIskINMBrtkgzfuqRnROSja5RezcWmfOVaBg5A3qqoEPITc YND3i5CFpYorxv_OuWId.OUHdxL3Dkhe.aEmh2gzoZQQYg8fIuNgRgC5Vzz3Uv5spW3WOXrqIDuo AGvZAsH2sLowKlPTv9ugBJK3yrTrpIc4AuUyi3achNcMcUhx4FQzOF9bjRXyxJpq7pcSkO7M.MAB 0HYe_0z9Sz_JQ0vM3LU440NjvhgWpzlsQ3rMBo2bIGNXAixfSUedB.H27YhNfLiccGA_VdHjLGXE yVSz4PnpYp.o8G0hmjazgBgHpbuHBLPSSmV17_mcTFQDNIqVqeD7i3fWvDAkE3hMt6C7W2EKwuB_ DA1zCD5rM5_3YmQ9p5UuzVA7p3Xrz6G265B4ngigqULbfcsKrpsLzvtx5l0McmbZlElORlIYKp9F q.VmAWX.DDcSVx_uuiuy0_tbOf0Vw5nPDTiCNx1OLTk9jIEOrEQaTXkPBzkQmj3iujWpVmFDEJKL AuwGCFsUeAbmtLI4Mo6jEI.sdlKEt_iSvEvLx_ovYlIC85J4xWxoq631_GjylsDaeNwYA5gSuoM1 7UEfqOX131gT5jDOtSjn9JK9GKBhBzU3waBAMIZQkHPgD3nei9QIx3j8gw18UJw7ObP_9KTfMOlt FODf.1zSujfSJkZxphOKtbK5ZLimLSORqgWOfvWZcWDfGFUR7WDPw30iCug.KVVHLElpHBZlqYPd UGn6LLRkX._gtPL5gLdB5X5_dssXVcSbbqQnCataUjRLFFk6dclepdb7b4eblvXEqAqbcWjQccTG ilDwSFSUzzbD_IxVZ1NOOFuZWtvEHF_aQNYJxok.7Litv0xwrtSL0edpf5Rd7zp9UoBTwxHCm_Aj Id1PF4l.bsxhK3b7oSnDSN0jzWLj0ZF0JakRDDgI8oeTxqFZ7cM6ZjoScgItVTGmSZeELTCjwF8a 3C88SmmJBZvConxIKoYD4a9FEM57s_9LVLRjd7RtbjEKneyb7.l5k81kvZvI27F_GHqFqo2da3bp VxQTRsnMW7uWHIa.T25gxLNw.2PjJpeAq6bT6wS4kqMzJ3jZXLw.oEvSUN3OJpQRCjnAQRM2rIWk sKJr6z1Wt7bVd1l1IYUQgL7v7xIapKoo994NButjbB3CfgYhpDQWSXsZhdkFomus5B5nPaxFzobH b6IKvz6KuwfUiXyi2z7d_vF9O8KWx5TKH4s.Z1rbcXv7Vks_rVwp72cQcZkprZvDekKx8.XVusa. 4x.kvDiPfv.tHFBJmSrdslPIpW5QWor.HSzy2WF_DIPtPlMk- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic311.consmr.mail.gq1.yahoo.com with HTTP; Sat, 27 Mar 2021 03:04:37 +0000 Received: by kubenode535.mail-prod1.omega.ne1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID a5a0c785c2a9a73d8d8fe4a0bcd42521; Sat, 27 Mar 2021 03:04:34 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.60.0.2.21\)) Subject: Re: RPi and powerd, was: Re: RPI4 clock speeds and serial port ( temperatures idle and -j4 buildworld buildkernel ) From: Mark Millard In-Reply-To: <40F7B200-23D8-4E9B-9FF7-77015241A218@yahoo.com> Date: Fri, 26 Mar 2021 20:04:32 -0700 Cc: freebsd-arm Content-Transfer-Encoding: quoted-printable Message-Id: References: <20210320005302.GA40542@www.zefox.net> <81CB0CCA-59AC-49A2-9372-4E2C22E3214D@googlemail.com> <20210320155638.GA41617@www.zefox.net> <63E61033-667C-4A08-9012-7D987B652176@yahoo.com> <20210320182821.GA49050@www.zefox.net> <5BF4DC26-8CCC-48E8-802F-34C42084D47F@yahoo.com> <20210321181339.GA56351@www.zefox.net> <01787975-3D1A-4D28-8F0F-957D6842D487@googlemail.com> <59B618B3-7AC9-41DF-9807-173DE34B0F8D@yahoo.com> <70CED341-5638-49EE-A32D-2BD0AC22687C@yahoo.com> <1B9C90A7-5F37-41AC-8314-3E7C11B12B00@yahoo.com> <40F7B200-23D8-4E9B-9FF7-77015241A218@yahoo.com> To: tech-lists X-Mailer: Apple Mail (2.3654.60.0.2.21) X-Rspamd-Queue-Id: 4F6kGH300Bz4ctB X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.50 / 15.00]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; RBL_DBL_DONT_QUERY_IPS(0.00)[98.137.65.206:from]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; SPAMHAUS_ZRD(0.00)[98.137.65.206:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.65.206:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.65.206:from]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Mar 2021 03:04:41 -0000 On 2021-Mar-26, at 13:00, Mark Millard wrote: > On 2021-Mar-26, at 01:33, Mark Millard wrote: >=20 >> On 2021-Mar-25, at 18:18, Mark Millard wrote: >>=20 >>> [Eliminating bad history and replacing with test >>> information from corrected context, just -j6 for >>> now.] >>>=20 >>> On 2021-Mar-25, at 10:59, Mark Millard wrote: >>>=20 >>>> [Turns out I somehow ended up with /etc/rc.conf not edited >>>> to enable powerd : that is what I found when I went back >>>> to disable it. Now I get to re-run the tests.] >>>>=20 >>>> On 2021-Mar-25, at 10:23, Mark Millard = wrote: >>>>=20 >>>>> On 2021-Mar-24, at 14:13, Mark Millard = wrote: >>>>>=20 >>>>>> On 2021-Mar-23, at 16:15, Mark Millard = wrote: >>>>>>=20 >>>>>>> On 2021-Mar-23, at 12:57, Mark Millard = wrote: >>>>>>>>=20 >>>>>>>>=20 >>>>>>>> On 2021-Mar-23, at 06:56, tech-lists = wrote: >>>>>>>>=20 >>>>>>>>> Hi, >>>>>>>>>=20 >>>>>>>>> latest build run: >>>>>>>>=20 >>>>>>>> Had a -mcpu=3Dcortext-a72 world and kernel been >>>>>>>> installed and booted first? Was the system >>>>>>>> running a world and kernel that had not been >>>>>>>> tuned for the Cortex-A72? >>>>>>>=20 >>>>>>> I've started an experimental build in my >>>>>>> -mcpu=3Dcortex-a72 tuned context . . . >>>>>>>=20 >>>>>>>>>>>> World built in 22976 seconds, ncpu: 4, make -j6 >>>>>>>>> -------------------------------------------------------------- >>>>>>>>>=20 >>>>>>>>> 6 Hours : 22 Minutes : 56 Seconds >>>>>>>>>=20 >>>>>>>>> created kernel.bin from kernel.full >>>>>>>>> -------------------------------------------------------------- >>>>>>>>>>>> Kernel build for GENERIC-NODEBUG completed on Mon Mar 22 = 13:54:53 >>>>>>>>>>>> UTC 2021 >>>>>>>>> -------------------------------------------------------------- >>>>>>>>>>>> Kernel(s) GENERIC-NODEBUG built in 2086 seconds, ncpu: 4, = make -j6 >>>>>>>>> -------------------------------------------------------------- >>>>>>>>>=20 >>>>>>>>> 0 Hours : 34 Minutes : 46 Seconds >>>=20 >>> Based on the later results reported, I get a build that >>> takes a little less time for buildworld+buildkernel, a >>> build that does not involve devel/ccache . >>>=20 >>> So it could be that devel/cache had an empty cache for >>> your build for all I can tell from the timing information. >>>=20 >>>>>>>>> commands used: >>>>>>>>> 1. cd /usr/src >>>>>>>>> 2. git pull --ff-only >>>>>>>=20 >>>>>>> I'm simply from-scratch rebuilding what I'm >>>>>>> already running, based on main 7381bbee29df from >>>>>>> 2021-03-12: >>>>>>>=20 >>>>>>> # ~/fbsd-based-on-what-freebsd-main.sh=20 >>>>>>> merge-base: 7381bbee29df959e88ec59866cf2878263e7f3b2 >>>>>>> merge-base: CommitDate: 2021-03-12 20:29:42 +0000 >>>>>>> def0058cc690 (HEAD -> mm-src) mm-src snapshot for mm's patched = build in git context. >>>>>>> 7381bbee29df (freebsd/main, freebsd/HEAD, pure-src, main) cam: = Run all XPT_ASYNC ccbs in a dedicated thread >>>>>>> FreeBSD RPi4B 14.0-CURRENT FreeBSD 14.0-CURRENT = mm-src-n245445-def0058cc690 GENERIC-NODBG arm64 aarch64 1400005 1400005 >>>>>>>=20 >>>>>>>>> 3. make -j10 cleanworld >>>>>>>>> 4. make -j10 cleandir >>>>>>>>> 5. make -j10 clean >>>>>>>=20 >>>>>>> My /usr/obj/cortexA72_clang/ was empty at the >>>>>>> start of the buildworld buildkernel . >>>>>>> devel/ccache is still not installed. >>>>>>>=20 >>>>>>>> This does not show ccache being cleared out >>>>>>>> before the below. So the times may be examples >>>>>>>> of "with ccache benefit" times. The contrast >>>>>>>> with mine and Bob P.'s times suggests a >>>>>>>> nice time-benefit can occur. >>>>>>>>=20 >>>>>>>>> 6. make -j6 buildworld >>>>>>>>> 7. make -j6 buildkernel >>>>>>>=20 >>>>>>> I'm using "-j6 buildworld buildkernel". >>>>>>>=20 >>>>>>>>> here's the src.conf : >>>>>>>>> https://cloud.zyxst.net/~john/FreeBSD/rpi4-main/src.conf >>>>>>>=20 >>>>>>> I'm using my normal src.conf equivalent, not >>>>>>> yours. (So the experiment is comparable to my >>>>>>> normal past experiments in this respect, matching >>>>>>> what I've reported in the past.) >>>>>>>=20 >>>>>>>> I seem to get intermittent access to >>>>>>>> https://cloud.zyxst.net/ but got to >>>>>>>> see the file content eventually. >>>>>>>>=20 >>>>>>>>> relevant rc.conf settings: >>>>>>>>> powerd_enable=3D"YES" >>>>>>>>> powerd_flags=3D"-r 1" >>>>>>>=20 >>>>>>> I commented out the config.txt line that assigned >>>>>>> arm_freq_min and the /etc/sysctl/conf line that >>>>>>> assigned an arm frequency. >>>>=20 >>>> I get to retry, attempting to actually do what I said >>>> I'd done for powerd enabling . . . I've rebooted and >>>> verified powerd now shows with the appropriate command >>>> line in top. So I've cleared things out in >>>> /usr/obj/cortexA72_clang/ and started a -j6 experiment >>>> as the first one. >>>>=20 >>>>>>> I put the 2 powerd_* lines above in my /etc/rc.conf . >>>>>>>=20 >>>>>>>>> sysctl.conf settings: >>>>>>>>> vfs.read_max=3D128 # default 64 # Cluster read-ahead max block = count >>>>>>>=20 >>>>>>> I added the above line to my /etc/sysctl.conf . >>>>>>>=20 >>>>>>>>> config.txt: >>>>>>>>> kernel=3Du-boot.bin >>>>>>>>> over_voltage=3D6 >>>>>>>>> arm_freq=3D2000 >>>>>>>>> sdram_freq_min=3D3200 >>>>>>>=20 >>>>>>> Ignoring comment differences, mine matches >>>>>>> for such lines. >>>>>>>=20 >>>>>>> I rebooted on the basis of all these changes >>>>>>> before starting the "-j6 buildworld buildkernel" >>>>>>> style build. >>>>>>>=20 >>>>>>>> Thanks much for the information. >>>>>>>>=20 >>>>>>>=20 >>>>>>> So, 6..10(?) of hours from when the >>>>>>> build started I should have time frames >>>>>>> to report for a "no ccache benefit" >>>>>>> build to compare to my past reported >>>>>>> build times. >>>>>>>=20 >>>=20 >>> With powerd actually enabled ("-r 1") this time . . . >>>=20 >>> -j6 summary: Overall somewhat under 9 hrs historically >>> for -j4 in my non-powerd configuration turned into >>> somewhat under 6 hrs 45 min for -j6 in the test powerd >>> configuration, somewhat over 2 hr 10 min faster.=20 >>>=20 >>> I plan on a -j4 test in the context as well. >>=20 >> -j4 summary: somewhat under 6 hrs 45 min for -j4 in the >> powerd configuration but just a little longer than -j6 . >> In more detail: a little over 4 min longer than -j6 . >>=20 >> I plan on a -j4 build without the vfs.read_max=3D128 >> as the next test of a related context. >=20 > -j4 without vfs.read_max=3D128 summary: somwhat under > 6 hrs 50 min total for the powerd configuration. > In more detail: a little over 7 min longer than -j6 > with vfs.read_max=3D128 took. >=20 >=20 > I plan on a non-powerd test but with force_turbo=3D1=20 > in config.txt (but not arm_freq_min) for -j4 > without vfs.read_max=3D128. So config.txt will have > for overclocking: >=20 > over_voltage=3D6 > arm_freq=3D2000 > sdram_freq_min=3D3200 > force_turbo=3D1 >=20 > In /etc/sysctl.conf it will use: >=20 > dev.cpu.0.freq=3D2000 >=20 > (Although that might not be necessary.) >=20 > I'll note that one of the RPi > engineers/forum-monitors reported in a reply > that they do not set the overclock warranty bit > for RPi4s, allowing experimenting with over_voltage > and force_turbo together. See: >=20 > = https://www.raspberrypi.org/forums/viewtopic.php?f=3D91&t=3D283911&p=3D171= 9405 The -j4 force_turbo=3D1 summary: somewhat under 6 hrs 45 min. but just a little longer than the initial -j6 test. In more detail: a little under 3 min longer than -j6 . Looks like the force_turbo=3D1 context is what I will use for my activities, no powerd. (It looks like powerd use eventually ends up with force_turbo=3D1 via the RPi4 firmware setting it automatically.) Looks like I'll continue to use -j4 for buildworld buildkernel. No vfs.read_max assignment used either (USB3 SSD media). The test result details for the various tests follow. >>> The -j6 details . . . >>> (builds are via a EtherNet ssh session) >>>=20 >>> First a reminder of the prior timing that I >>> reported for my normal configuration of my >>> normal -j4 buildworld buildkernel in my >>> usual overclocking style: >>>=20 >>> World build completed on Thu Mar 11 18:39:37 PST 2021 >>> World built in 29780 seconds, ncpu: 4, make -j4 >>> Kernel build for GENERIC-NODBG completed on Thu Mar 11 19:18:02 PST = 2021 >>> Kernel(s) GENERIC-NODBG built in 2305 seconds, ncpu: 4, make -j4 >>>=20 >>> So a few minutes under 9 hr total for my >>> normal configuration. >>>=20 >>> By contrast, for the -j6 powerd configuration in this >>> experiment: >>>=20 >>> World build completed on Thu Mar 25 16:52:56 PDT 2021 >>> World built in 22324 seconds, ncpu: 4, make -j6 >>> Kernel build for GENERIC-NODBG completed on Thu Mar 25 17:21:16 PDT = 2021 >>> Kernel(s) GENERIC-NODBG built in 1700 seconds, ncpu: 4, make -j6 >>>=20 >>> So somewhat under 6 hrs 45 min. Nice! >>> (It is a little bit faster than the total for >>> the build times that you reported.) >>>=20 >>> Interestingly, after the build and some idle time >>> I see no evidence of the CPUs being slowed down: >>>=20 >>> # sysctl dev.cpu.0.freq >>> dev.cpu.0.freq: 2000 >>>=20 >>> # sysctl hw.cpufreq.arm_freq >>> hw.cpufreq.arm_freq: 2000000000 >>>=20 >>> For reference: the cpu's had definitely cooled >>> (from the low 50C's range): >>>=20 >>> # sysctl hw.cpufreq.temperature >>> hw.cpufreq.temperature: 37447 >>>=20 >>> # sysctl dev.cpu.0.temperature >>> dev.cpu.0.temperature: 36.4C >>>=20 >>> Also: >>>=20 >>> # sysctl dev.bcm2835_cpufreq.0.freq_settings >>> dev.bcm2835_cpufreq.0.freq_settings: 2000/-1 600/-1 >>>=20 >>> # sysctl dev.cpu.0.freq_levels >>> dev.cpu.0.freq_levels: 2000/-1 600/-1 >>>=20 >>> [Fedora gives a much longer list (in other >>> units) when the minimum is not forced: >>> int f over 6<=3Df<=3D20: (f*100)*1MHz . But, as >>> I remember, other linux OS's gave an even >>> different list. Seems to be a choice as to >>> what possibilities to expose of many >>> that can be set up.] >>>=20 >>> I note that sysctl reports: >>>=20 >>> # sysctl hw.cpufreq.turbo >>> hw.cpufreq.turbo: 1 >>>=20 >>> I'm not sure of the value that shows up in in my normal >>> configuration but I do not explicitly set it in any >>> configuration. >>>=20 >>>=20 >>> FYI: my modified version of top reported Maximum >>> Observed for Active+Wired of: 3468Mi MaxObs(Act+Wir), >>> suggesting that a 4 GiByte RPi4B might be a little >>> constrained at some point(s) in the build by the more >>> limited RAM and 2 GiByte RPi4B's or less would be >>> constrained for sure. >>>=20 >>=20 >> The -j4 details . . . >> (builds are via a EtherNet ssh session) >> (I reboot before testing) >>=20 >> World build completed on Fri Mar 26 00:44:13 PDT 2021 >> World built in 22552 seconds, ncpu: 4, make -j4 >> Kernel build for GENERIC-NODBG completed on Fri Mar 26 01:12:48 PDT = 2021 >> Kernel(s) GENERIC-NODBG built in 1715 seconds, ncpu: 4, make -j4 >>=20 >> So somewhat under 6 hrs 45 min. Nice! >> (It is a little bit faster than the total for >> the build times that you reported.) >>=20 >> The sysctl value information is similar to what it >> was for -j16, not repeated here. >>=20 >> FYI: my modified version of top reported Maximum >> Observed for Active+Wired of: 2589Mi MaxObs(Act+Wir), >> suggesting that a 2 GiByte RPi4B would be somewhat >> constrained at some point(s) in the build by the more >> limited RAM but a 4 GiByte one would not. (Memory use >> is a -j4 vs -j6 tradeoff.) >=20 > The -j4 without vfs.read_max=3D128 details . . . > (builds are via a EtherNet ssh session) > (I reboot before testing, first doing rm -fr = /usr/obj/cortexA72_clang/* ) > (USB3 SSD media) >=20 > World build completed on Fri Mar 26 08:25:00 PDT 2021 > World built in 22738 seconds, ncpu: 4, make -j4 > Kernel build for GENERIC-NODBG completed on Fri Mar 26 08:53:31 PDT = 2021 > Kernel(s) GENERIC-NODBG built in 1711 seconds, ncpu: 4, make -j4 >=20 > So somewhat under 6 hr 50 min. >=20 > FYI: my modified version of top reported Maximum > Observed for Active+Wired of: 2920Mi MaxObs(Act+Wir), > indicating that a 2 GiByte RPi4B would be somewhat > constrained at some point(s) in the build by the more > limited RAM but a 4 GiByte one would not. This is > somewhat more than -j4 with vfs.read_max=3D128 used. >=20 The -j4 force_turbo=3D1 details . . . (no powerd, no vfs.read_max=3D128) (builds are via a EtherNet ssh session) (I reboot before testing, first doing rm -fr /usr/obj/cortexA72_clang/* = ) (USB3 SSD media) World build completed on Fri Mar 26 19:10:11 PDT 2021 World built in 22491 seconds, ncpu: 4, make -j4 Kernel build for GENERIC-NODBG completed on Fri Mar 26 19:38:33 PDT 2021 Kernel(s) GENERIC-NODBG built in 1702 seconds, ncpu: 4, make -j4 So somewhat under 6 hr 45 min. FYI: my modified version of top reported Maximum Observed for Active+Wired of: 2564Mi MaxObs(Act+Wir), suggesting that a 2 GiByte RPi4B would be somewhat constrained at some point(s) in the build by the more limited RAM but a 4 GiByte one would not. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar)