From nobody Sun May 23 01:12:23 2021 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 1A2D18E42C7 for ; Sun, 23 May 2021 01:12:27 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from out1-smtp.messagingengine.com (out1-smtp.messagingengine.com [66.111.4.25]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4Fnj4V39jnz4hPt for ; Sun, 23 May 2021 01:12:26 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from compute2.internal (compute2.nyi.internal [10.202.2.42]) by mailout.nyi.internal (Postfix) with ESMTP id E90835C00F7 for ; Sat, 22 May 2021 21:12:25 -0400 (EDT) Received: from mailfrontend2 ([10.202.2.163]) by compute2.internal (MEProxy); Sat, 22 May 2021 21:12:25 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=zyxst.net; h= date:from:to:subject:message-id:references:mime-version :content-type:in-reply-to; s=fm2; bh=To1MseanGyeu4ZsidYJ8CW9JZi4 g51hNglztW54FMj0=; b=R1DbGdP3XnpBL1uU5v6n0xZn7SV/OM6GEiKXhDj1WHp 4Y9qIFBsnD3Yw5EvSwye6wyyQ+9HLGhb2dew8qw3nsIZTvC+pd4W6XLHJ0u0m0I9 +jNf5t+LbPWZr3uPWLZnjJPQX1GZlPHwz07jU/ceMhx8yx6V9HkG0kUIp7n0Ex6y 44oMmiwyOY6mGyYDGQH96N5PmBEb+ggI9hpgNTxHfWeqJes2sKu+YQr3zmDHrvwo rdp4FVjdB+BOzGimjYZGRkK3kHFQwAXuXPmLexpQMrshnMkcddYXoz485HFfng7m BEnuT4rPXHFap/FZ9r8/vbsDKYYq4LnnpolymhD6wwQ== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-proxy :x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=fm2; bh=To1Mse anGyeu4ZsidYJ8CW9JZi4g51hNglztW54FMj0=; b=uBXvSOxXgETQ7kQAF2tnSQ TFKP+R1pkGwtsQGO53rq3YylOC3gCICCUJ7OfgpMNfWyfRVVbPx6t0sYqbCbgIP1 20KNfCLpLke/iu8VVuZrriqAZDK3zBolz3kyr0IZivtZtL4+VwIlgNvgy+QXROUl w8BvOngFlB7WwgA3AMAfaUEeuTtxYTtT+0IqxRn1dpHG3akqd2VmqrnwZa48FxDD ZPIxzZPm9y6r6kq0BFSLCxhLQUmh4fCg7C8uD7a7RRzYLqotWYqqHkMmo7Thakdu U+MIOQm5lSkXIfk/Ow0nBPO9ID/NiuLSgmlRp79OUJLLJFpjGfeIIwP8fdUFCQYw == X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduledrvdejiedggeegucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucenucfjughrpeffhffvuffkfhggtggujgesghdtre ertddtvdenucfhrhhomhepthgvtghhqdhlihhsthhsuceothgvtghhqdhlihhsthhsseii hiigshhtrdhnvghtqeenucggtffrrghtthgvrhhnpedtheeigfdvudefkeekvddtfedvte dttdekuddvgeevlefftdekffdujedvhfduteenucfkphepkedvrdejtddrledurddutddt necuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehmrghilhhfrhhomhepthgvtg hhqdhlihhsthhsseiihiigshhtrdhnvght X-ME-Proxy: Received: from ceres.zyxst.net (ceres.zyxst.net [82.70.91.100]) by mail.messagingengine.com (Postfix) with ESMTPA for ; Sat, 22 May 2021 21:12:25 -0400 (EDT) Date: Sun, 23 May 2021 02:12:23 +0100 From: tech-lists To: freebsd-arm@freebsd.org Subject: Re: RPi 4 build time Message-ID: Mail-Followup-To: freebsd-arm@freebsd.org References: <0299DFBF-5497-4A06-978D-13E4FBD8B5F0@yahoo.com> 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 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="HsVeFn8hjdwcpdOo" Content-Disposition: inline In-Reply-To: X-Rspamd-Queue-Id: 4Fnj4V39jnz4hPt X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=zyxst.net header.s=fm2 header.b=R1DbGdP3; dkim=pass header.d=messagingengine.com header.s=fm2 header.b=uBXvSOxX; dmarc=none; spf=pass (mx1.freebsd.org: domain of tech-lists@zyxst.net designates 66.111.4.25 as permitted sender) smtp.mailfrom=tech-lists@zyxst.net X-Spamd-Result: default: False [-5.70 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; RWL_MAILSPIKE_GOOD(0.00)[66.111.4.25:from]; R_SPF_ALLOW(-0.20)[+ip4:66.111.4.25:c]; TO_DN_NONE(0.00)[]; RCVD_COUNT_THREE(0.00)[4]; DKIM_TRACE(0.00)[zyxst.net:+,messagingengine.com:+]; NEURAL_HAM_SHORT(-1.00)[-1.000]; SIGNED_PGP(-2.00)[]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[66.111.4.25:from]; ASN(0.00)[asn:11403, ipnet:66.111.4.0/24, country:US]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RCVD_IN_DNSWL_LOW(-0.10)[66.111.4.25:from]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[zyxst.net:s=fm2,messagingengine.com:s=fm2]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; DMARC_NA(0.00)[zyxst.net]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[66.111.4.25:from:127.0.2.255]; MAILMAN_DEST(0.00)[freebsd-arm] --HsVeFn8hjdwcpdOo Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, May 22, 2021 at 01:12:23PM -0700, Mark Millard via freebsd-arm wrot= e: >of "cold" cache). Another form of "cold" cache could >result from changing compiler options that would change >the code generated for (nearly) every file produced so >that the cache becomes ineffective. > >"hot" refers to having a significant amount of >"effective/used cache content" that makes a notable >difference in the build times. I'm not that impressed >with the terminology but it is was I've seen used the >most frequently for ccache. So I used it. OK >I'm confused how you can know it "provides tremendous >speedups" while simultaneously not knowing "when ccache >was last used for building anything".=20 what I meant was "I'm not sure of the last time I built anything that used ccache" or, more accurately, "I can't remember the last time I built anything on that machine" because some building uses ccache, others not. But I know that buildworld and friends use ccache. >Remember that when comparing to my "from scratch" >build times: in my build everything was compiled >and linked, no prior build materials around to be >reused. So I'm reporting a context where I know >how to interpret the result and I'm presenting >enough history to establish a repeatable context. OK I ran another build. Same sources. 1. rm -rf /usr/obj && mkdir /usr/obj 2. rm -rf /var/cache/ccache && mkdir /var/cache/ccache then: make -j10 cleanworld started on Sat May 22 19:10:02 BST 2021 make -j10 cleanworld completed on Sat May 22 19:10:02 BST 2021 # make -j10 cleandir started on Sat May 22 19:10:02 BST 2021 make -j10 cleandir completed on Sat May 22 19:10:37 BST 2021 # make -j10 clean started on Sat May 22 19:10:37 BST 2021 make -j10 clean completed on Sat May 22 19:10:58 BST 2021 # make -j6 buildworld started on Sat May 22 19:10:58 BST 2021 make -j6 buildworld completed on Sun May 23 00:47:03 BST 2021 # make -j6 buildkernel started on Sun May 23 00:47:03 BST 2021 make -j6 buildkernel completed on Sun May 23 01:20:31 BST 2021 so buildworld took 5hr 36min 5s and buildkernel 33min 28s from cold. earlier, I wrote: >> make -j6 buildworld started on Sat May 22 15:44:11 BST 2021 >> make -j6 buildworld completed on Sat May 22 16:20:48 BST 2021 >> make -j6 buildkernel started on Sat May 22 16:20:48 BST 2021 >> make -j6 buildkernel completed on Sat May 22 16:49:18 BST 2021 36min 37s for make buildworld and 28min 30s for make buildkernel. This is what I meant by "tremendous speedups". Other things get built on this machine; it has a poudriere instance. So I guess anything using C or C++ will use the ccache when building. I might not know exactly *when* unless I also know (when whatever the machine was compiling), it used something that ccache could be used for. --=20 J. --HsVeFn8hjdwcpdOo Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAABCAAdFiEE8n3tWhxW11Ccvv9/s8o7QhFzNAUFAmCpq+8ACgkQs8o7QhFz NAVzpQ/9GrP6LnIXJ1lrXrwZIp+CDbwXYST7wHeLahuLzIRTLaRG1Jpv4bas0Bxi b80M+G8cJ1zvOTaClAVoS4+L6KZ4qkkTyPf2dxa8YrZd5llFp4GGYZyw80bB2rMs P8ntYUlbTT6UhpYdTuSC159mFfLSY6ldMQFfIeB+ga3R+kzlXpyB+nab0R2JSz+9 +ibOlJQKyHLmMpnZZ54w5fmH+8gIbapLvSeiAqxHjvyqYIY/7RVXOwnHAskLWvsp kYnO/qwvyvN+DolMyBvKWYuOOYgsv37pRzQcpr0BFaDPQnMXMw/ZDRLwgU/Ba7Qd 2OHZV3EaFlIpOoKIt13zmkH7q4Pon7317m4ePNkTFljOAVP1zxg4jx+v90voCl+E 7ISgYxGOXSAQ/e1K/gYhPk4pIzk5m2lJYwsrCCOKpXFKFPzWRz0Zr/FWyxcYkl1y edc57QdkW8KjUOapXkMviWkc3qoMJyhvKsVPwczbCUB/hLgdgx6H7vT3BsIZo/aC tOxKC4w1npNkS7HMXCHEhSYIYQgOAiPYd5hGMQdzm1QDbLbyHfFQpF3wXD/+4WmK n60KgVXyE1BO68LTV3X372+chd6iJ7gZimYKEUmjaOx9oFzVZGoRyhJ4TQEE+rYe H9anSJlTa7+8EFPcM5DLzHqNDMSSkXDZfETVvgRr4kF+8vY+JUo= =OIBY -----END PGP SIGNATURE----- --HsVeFn8hjdwcpdOo--