From nobody Thu Feb 29 02:46:36 2024 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 4TlbGP6MyZz5Bgyb for ; Thu, 29 Feb 2024 02:46:53 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic316-55.consmr.mail.gq1.yahoo.com (sonic316-55.consmr.mail.gq1.yahoo.com [98.137.69.31]) (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 4TlbGM1z1Pz4DhJ for ; Thu, 29 Feb 2024 02:46:51 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=O9EocNfT; dmarc=pass (policy=reject) header.from=yahoo.com; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.69.31 as permitted sender) smtp.mailfrom=marklmi@yahoo.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1709174807; bh=vJheK0SQAQjWUUDaPZDmEbJ5N7635l3/s/Ne5SQjGyg=; h=From:Subject:Date:To:References:From:Subject:Reply-To; b=O9EocNfTvH+WK/1uxgwwFRXUkwxKkjZK00zGGuuo/ime2H8RYdBxCqs+NrYN/Yd3DqSL6277XpgNqZsU39VJNI8llkW3ZNsY6laEbP8XTE6ySm+C4k4xft2d7pR6bHrGPkh+7EQ/KL7/3lpOBqiiSNnU5/1FSej5WJ3cbuQ9NafGlRU54/J0u1hj90AhIv+h0VuGPcGTvWOCa2KwKk+jV3rH/PeiuqF7WM7Bx9Rcw7ObKyxKRL+iVdDQZj4TkeF70IU/S8IfSWZmzGPZkCoIBYPF7ayHqQYtyW5VhZIdyH4B2F1G1aNqUAiBYDzEsSK7wa8pgv7/95CiMNEAXwlWOw== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1709174807; bh=sdQKMXtRypDETGU9y9t4MQXyht8abuZ6+s6RSwIHZ76=; h=X-Sonic-MF:From:Subject:Date:To:From:Subject; b=mdAx9jQ9xHtciDbkm8C1sD86BWIJ7MWsLskobFFC9b7IcrdJ4QR8JPnIO+tdWa5VogmlqZdjytlHp91r9nt5dxm+PINLU+1lWkKfdpJ6xZAX1Fz9dp1vT/6usvZp8uJvAilV9NzooRdGytb5YadYNZ+o2aX67G3Ca/L3Zs2/eE8A/KJiCmkzxCNG0r+HAyKoBh2+MD4/9W7r+qrYwKmR9+avlvB3KAwAtZHvHkcGKa1sUAe16CqnOkb/EXQ5oz7uEtfyYPFfDhtipqFnRwlEhvgxZos1UPgjCFWhn9UhrHChHkOE8E7fcv5rozsbO+xQzVGTulI0w0YSA/xG/lSwIw== X-YMail-OSG: ZK2OUWoVM1ngw4sTlufZWMK.D2C03ZyINla4k6dNOXeUOP1e7zuyGHbP8VUvYpx cCQmwDJX6lw2DaZeAwZI4Cj1ytYIPsdOO2XDCxvJawlJdcspCGxcBcvY91DQa.92loAimyfhiaZ3 __0olkANQVCWODTdzkE3QCoV4KMTDXC_WznT2ujEedhkHwfnQ.jLtxj1Eq_QU1vW2AqmnHI2XZWS HIBGxHy7JnMWDhJ7S9CiKO96wBKH_4cbRgDM1lgSW4eI.YkwiVZiX38hJGZDmqlpYXZJqtO3cbWf RIamu8yROIhHZg5aCBLEOktse9_U9OcqyIzn_JaMM03aDWEpiwRJiKTb9UPfUpKOU3iWrl5acaY7 yvGXTgnqszUkSYWNnkpEjKcAYUegI4F7N7zK3r1AxepBc1uNcZeXI1vY5TFTn_l274NWNWgw4Z4U ERgnUtbI_nwCjdYdbYgQWTQ8x8qMaBJCYDR_tXjwgoIJHhKx.mHci4OUIX29v1kFWoow1.XZubpR rYxWTSHWvsAgHaUleYJ7IC6FCjJR9eIbKchPfFLSage9iIzLZAljbfQqjrmPwInM2KaNMaue0L.C vC1YrEjARDj2Zv0.lEH02JvtiTn_by2ZjKcLlP_Ec4Wpeck0yFTzGzr1eDXECLwQ7LgpVPLwHp63 HRgetafVcYUqwxL_4vGB1_1.y2sOVYJ9rkEzyZ8FQyLmmmGKvoP_e_GnZf9gGjCYjvNCyOyEKwry Kj2ZXUxo3AVFVLmp_woqGnFNeXPxGmS4cPGVeodw.9w8MkeJB7Hv.AGCT81nSxhxPWKpaBgZsHte Kn8I9Pl7cKj55XBDrlYdbFQ6Z33zZ5IwPYkKrGaMpoavo9vzRron5OKaDG_vYNb79a7ygxDRlMXo 4cWZP0C3SufgT6P2ZmBORpSVXOqaBoxo7eNgzC_nqN63kx20Fr_beIoq2KpRPma2CqRcyx2_o3Q9 0rIySEAKvjM_f_QDs.GtbXw1dszXzakiVotvCSD2KwFml3Gl5KDgQP22OQfUf_D_XGdQ52VURHxN 3UY1i7Za.pCcr9c3XAj5v9DROQZTqoRwUh3AkEpcVBdGi7_9aEOAYh29ZBRp7k0GnbhgOuMUSMvA Nxw7TAVYTYVh55sB4Whl.nGLYmIlBTrVEnnDA91eZfh_EAkPmUKOoLo.qG_6MQNYg_zDxoHChua. Yv.LK_sNVqPeWploKMtdUOLmnTBhM.VOy2saLRyl.iIAAF1OXRYrEKepK9K.OIQNGEf57U0LXgJ9 Sw5Vf7bxvDUcbkhvvH2iuK1rIkj8G2RcGCR6q8GeVFRdDjGCq472qQue0lWzbtA4AAzpCFhebQ1X geYUpZMTIcIKnsOO5UY.Pa1GeOhTdnVdVuK5I2trpL.NHVwCNQRLR6iuSjkxtjs135FzFiqEmHZp Vk0OCLpU1EFsgIYDcDPyvGD4_g95uErM_GagPl0pMha8SfIENWaYG0YDzk3WPtlceWYidgewzk4. hlDGRZXnE8Uzu70ElpUPM91uVseBXX4donsjSNG8QOtaRv6MspSCV.XMH42tedEbv1utmwRehhxE lWZeTriOKohpbzpDjgE8DecwlTzHbHBDG_9u2f3m4Gbju_XPT8JTtF19mokZ.rQFVYr9K98itguz IFkqOrekxEk4AtRsF2hM.simJyLX0Wm9IcI8gFL8O1ndoAYm5jqtGtzXC0m_PMnQV4Vgy8LudP0e FtDoMk3HcSAk8.ow_R8rp9NhBlF2X1zRrthwAGfBZ38U6cw3ly9HJBmvX_XX.zJn8J5svBwdpM1E 4tI71LlHdghavBSMkC83mL0kP8v1k8lW9AhmLD2w8HK5S8u_XFsM1n8rR142ZjeyM2u1XOWyx_ps MM.pubtivCSwp1WKMPJbxy2MSgIAhYo32BCLt7excLUBYY0mdssJDGpRTFPIn6Q_18Y1Qda25VPx c_JyjzbtWHfK7fjnpsYF3YqTCaAyVvc4hQLECwjJ6bS1BK.zI45LJsFTVecLzhbhj.1C61WsbQV1 Rg2BvBrYJNHhMojVbGp2FCtCEz2.BG.ujRmgwivGa0FnoUF3X8EwkfpVRiGhx9KspbMoYvyDiWEt VlX7DZ.aLcYwd0H6Vv7tiNG.qAqBWJhwHbVVaOdOR2hBkdk5U0wemi7GNPoop81LBsHGda7HdgPz jGMYxHb2gWHf..BpXOR6mxsHuhoE8OlAFyyMFqeLu5vuFmFeG.h98jQ3.gpnQqfy3BYnCpHmj9aw grhNc_2Jxa_A_JMF0YJaJuVv8zMwHoC0ik1qw8ATwqWxhNRKHS.a.vq6OqALlTWSFcBqy5WICLw- - X-Sonic-MF: X-Sonic-ID: 52d11892-ee16-436b-a27f-6ad3c16668dc Received: from sonic.gate.mail.ne1.yahoo.com by sonic316.consmr.mail.gq1.yahoo.com with HTTP; Thu, 29 Feb 2024 02:46:47 +0000 Received: by hermes--production-gq1-5c57879fdf-nxlqc (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 2cb4647196e9d0bcddbc8b061469675b; Thu, 29 Feb 2024 02:46:46 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable 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 \(3774.400.31\)) Subject: How to investigate an unexpected port build time-taken relationship in an aarch64 context? Message-Id: <7D640D5A-7514-480E-8D5B-58003DB558E1@yahoo.com> Date: Wed, 28 Feb 2024 18:46:36 -0800 To: freebsd-hackers , FreeBSD ARM List X-Mailer: Apple Mail (2.3774.400.31) References: <7D640D5A-7514-480E-8D5B-58003DB558E1.ref@yahoo.com> X-Spamd-Bar: -- X-Spamd-Result: default: False [-3.00 / 15.00]; SUBJECT_ENDS_QUESTION(1.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.996]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; MIME_GOOD(-0.10)[text/plain]; FROM_HAS_DN(0.00)[]; TO_DN_ALL(0.00)[]; RCVD_TLS_LAST(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; MIME_TRACE(0.00)[0:+]; ARC_NA(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; FREEMAIL_FROM(0.00)[yahoo.com]; DKIM_TRACE(0.00)[yahoo.com:+]; RCVD_VIA_SMTP_AUTH(0.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; MLMMJ_DEST(0.00)[freebsd-arm@freebsd.org]; APPLE_MAILER_COMMON(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.69.31:from]; RCVD_IN_DNSWL_NONE(0.00)[98.137.69.31:from] X-Rspamd-Queue-Id: 4TlbGM1z1Pz4DhJ Example HW Context: Windows Development Kit 2023 8 cores: 4 cortex-A78C's and 4 cortex-X1C's Headless: serial console and ssh access, no x11 or the like installed. UFS use. Note: cortex-A76's are missing 3 or so instruction set features compared to A78C/X1C parts. Use of -mcpu=3Dcortex-a76 generated code is compatibile (and would allow the code to run on a cortex-a76 system, such as an RPi5 once supported). I've been doing poudriere-devel bulk timing experiments based on: A) PkgBase based system software (kernel and world) and general use of default code generation for ports and such. B) A personal -mcpu=3Dcortex-a76 based kernel, world, port builds (into packages via poudriere-devel). C) Also use of an armv7 poudriere jail based on armv7 PkgBase and default armv7 code generation. This was used in both the (A) and (B) contexts. These also show what I'm curious about. Using the armv7 poudriere jail context for illustration: For (B) used via the armv7 context: [05:40:24] [03] [04:55:38] Finished lang/rust | rust-1.76.0: Success . . . [05:45:58] [01] [05:01:12] Finished devel/llvm18@default | = llvm18-18.1.0.r3: Success [05:46:00] [01] [00:00:00] Building devel/boost-libs | boost-libs-1.84.0 [06:59:23] [01] [01:13:23] Finished devel/boost-libs | = boost-libs-1.84.0: Success For (A) used via the armv7 poudriere jail context: [06:33:21] [01] [05:40:48] Finished lang/rust | rust-1.76.0: Success . . . [06:40:05] [05] [05:48:09] Finished devel/llvm18@default | = llvm18-18.1.0.r3: Success [06:40:07] [01] [00:00:00] Building devel/boost-libs | boost-libs-1.84.0 [06:57:48] [01] [00:17:41] Finished devel/boost-libs | = boost-libs-1.84.0: Success The curiosity is about the 01:13:23 vs. 00:17:41 boost-libs: The ratio is large and in the opposite direction to most time trends. Notes: Almost all the time llvm18 and rust were building, both were building but little else did and the load average was 16+ from the llvm18/rust build activity. When boost-libs was building it was the only thing building and it looked to be single threaded when I was watching. (A) and (B) without use of the armv7 context got similar results when I first noticed this but I'm going back and recording times for some variations. I do not have those to report other pairs of results yet. (In the armv7 poudriere jail context reported:) (B) takes less time for llvm18 and rust than (A) does. (A) takes vastly less time for boost-libs than (B) does, approximately a factor of 4 for the time-ratio. I'd be curious to get a clue what contributes to the boost-libs time ratio being so extreme once I have figures for other combinations of poudriere jail content vs. the system's content. =3D=3D=3D Mark Millard marklmi at yahoo.com