From nobody Fri Oct 3 03:45:07 2025 X-Original-To: freebsd-current@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 4cdF1J54d4z69MGJ for ; Fri, 03 Oct 2025 03:45:24 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic310-22.consmr.mail.gq1.yahoo.com (sonic310-22.consmr.mail.gq1.yahoo.com [98.137.69.148]) (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 4cdF1H2Ytjz3HGy for ; Fri, 03 Oct 2025 03:45:23 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=hnKvPLgr; dmarc=pass (policy=reject) header.from=yahoo.com; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.69.148 as permitted sender) smtp.mailfrom=marklmi@yahoo.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1759463121; bh=ddFbdyg5hJCtfAd91pgVk5SirWDLHzWXbWcPt2NZ3jQ=; h=From:Subject:Date:References:To:In-Reply-To:From:Subject:Reply-To; b=hnKvPLgrP+eZ+hcjD7F0ur3hYJO3EjRFUi44p5bkYJRXWJ1ZX0GMksH5XSNKUNaatjRXNbJ/8X4Nlm6Se3Wdac9O41J59XineQC/lItEwEgeXAosgyTnxDCgAqZdLovXY0G//zCOBq23Z2nO2/583nE2xmuPVYvI3VQzk9+j4VMJbp58IaZJ6fYTogFWO8Hc9w5ybU8J0krLT2uZelCaAf4FuRBAC8JdhDs9mnWEoRqSberzPbDhPVCruGhtRsl2KZUI+NNmwcsJNISAJ9/uaAyXBq+G5GA21yRUDknw40Oe6PbnrNGV6j6+54lH/bsADu1/jKlRaBitAxQ7m+gE7g== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1759463121; bh=wwt4I8TPA694uhp/fisB4I+Vh2D6zl6/OpLhF4S6Gij=; h=X-Sonic-MF:From:Subject:Date:To:From:Subject; b=UZbrzLkd2qTIrSvr3Qw0hXMf9GD0TOn6MUXGvmohmmxTvfeS5fFDYRHSnXarS63VEMPpIyxWU6TCZtwPPoMlGEnF9xu9KDTGiJGRdk9ZJN8AZj2njKgGPRN00Jg9/eO7jjEPAoscG91Rkatzdrf7+nUM5ojmi0QaNAsCB9FHFY5BhYkmxbb3py4MEmaSzAnheg5utkiawPkSHd8YI9CH4nDqI9RL2JAG2CH8CfFAr/Fwe6GITaAZyb8X/Hf8+AdIs0Uve1/nytbUtLNSlaI2Ma7ecBTClJZdRfrpVYBywX/etw8hQjEUCjb+fWyHxFScrhaWqGyQ6lQG+WKaSkUz+g== X-YMail-OSG: nrD8rNMVM1n3YN2JdAYboUyncYddjUqXzR_nOa5sbs71GBh2uTUUxq3FvFg_IHV V4_mYodBkxkq0o_HKweKn7_jewoDP3aQiMajRsd_8JLWa1tS8bZgUn5_LudHpOd0ZpxQFdpo22r3 kLZ54CL0BF31DUHcc_psOYrL9mCtmQbr99M11VTwfpSjWSKVh4F6.ByLcR5xDN8PVcDS_dDGcgfE zy7G6ht8N2SrO1U2J6v.1y4XAszhDP0qD51upsVQkF0kHlSyiowX6EEDcHbrzvpvv.f5XBRFze8t k8qgl_M.tnsxiWvLGvNuLir.2qlUplSqVuMmkDGJ9M0HCglkHmH_NbT2STZAhYqJQUoW1H8gWfX0 ud_q37wpM8eTTrJzEHhBDFCpMhB6iX.FBxStqaOGeXrtlCJVhnOkSYQeBgMAY4gKiZj_.VQzBwo8 dSAZE_6bme78w.M6PPRDDTyP4.v1Rvvg8dav.KpHL3pshaKoi0vmvxchE9B8UDb43lIdWCfBAWQP Vk6IMEQvUP67TpyVwqJmCqZCyrZD5RGYoSbiESzfHM23vlGKygloFnrSvE9B9DvwFa2NGRZWfJU8 Z7iTVhcSEm.T_x.oAo8LepDozYoHq19qdwmlCzGKZXaOb_7Eu.y48U5YEc8E01qcDeCpegPrwcu0 4sFg3vaooa36MLH0Ry4yu7WEivMejlrnMNvif7DQ_g3cJt_WyvylCe.I561qJ4hqNYoWn0vK7kpw tpnNmBdkq9NMIXpCylX58OJqGkh8YcONn.M6dvr21SgUIYlb1Zv1XOE1C57mZH0a2RDzLt1DKFsk v8YlOYaum.PoLKiVXbFR436xiDoOAfm0A38XFzrBwISdNda4GnKvxLDRRJ6gmclHkobgBDFcPN7L s5bCJ2.Yas8u5XRrZGp0wT4Qe2.1XN8EX_DsetQUTkwj1IZZcfKR1ugS3OBvsw1fZAu4rPjgqGfK T6VpzbHC00w1vDAZYWQTUv8GYxH3sFSc9Ev4ut0HgU0nYcEUrhLwLIUT9GwR92mIqq0XeL_tB8bK hLWDNYy25KkVYoRlJp3GZt_907FTsl7UMcGoVlGTwK_olsyNDOvFpoUQYCj7iW_xvpzbTQBI1Aay NhoKjun7Ese2oXZeQJ80iQxB1l36GPlOaM1k_sJRS0sXouiJMIB29Tk4aAdGL2yEVK46j3A0P_nz MndWFVofaZVFRG4Ufj8SfCiFJVAaqSwvIaRUWRZNYw7DBb4sYrl8ljld_IcXhDFDGWDK0ISrLfh_ w85BVUdWSSrIHJUz3sWCGziX4RBzrMLAGh4NN_MMetsFTP55wI0GdBZqYOC.1ddeAIAPqB5JLRqj m5ZZbayslRAWeohBXssmSO_mVtM0NBzTZKXILFsw5stUPHhU4C8fLgdCyGUiemJIMyQ_2l1wUdAq neqp77Ifzood_YgfpMa7PJwiMRjYaXF2JT8Ask9aoiYWcJVwwQUJkpVB4ON7Y.dtsXO5f81kuAl6 YT4yYmeUzcQ.90DfN1SObElOPaafdNxvMdBd._vyXXneate08DF99mh.bdXzHVhYqYIOfbYD2LeA tJIaM640UovYNKj3eS5l0vD9VedEcfr47GDv102cVYqx2Yci.9sN6JgH1BPwQtfTIjvg2UalICgJ fndEPkN0gAFDDxVx4LjHTbxhTUJMYvlvu5mkLwoADqvYqwxG2bj0zNceyq30JC88sVDFhgsSgvbG RGtU_QZE.z5ymPy9KwVLyt4NJ7fyQ9ewhe1tYC.a6tdfDgHPE3uhRHQL6pGdkFu4GjRfwK2NSeL8 cdz5VkJXHycNf76h6jvOK5YguqWbVGx3IaMJr2WWiYgtXrpTbffyea_gZf1HPdOLpo.Pek3vXu5E ejuKHDAj7mh9v2qiG6jgTMaLOG6JeyZAAKf2a5jfd21kjvv1SUmVhW5EyENFTbBSLLtfKQKHiKS5 ZWswPaQoId1tsye2dXQY8qUbtTntMs4xgYvjO1VBPUEgyLa8YIExUVVgWBc3Hn8IchWty1RkRBBb MXDSq1iUxupDq99GxfswQ8h0VSnLPjBLAfXA4OGJDA6SXMFcAkHGJT8.v.BF6zrv59MmutvQYTtX ytMj_y3sgEp.K9aLzcGuMIvKI.PR_uJWNfhzvZjk7D8aNQbPe7i_P_vX.Itk1WgRm30g1_xaC0N1 .UGS5h2bEspXbuTnm6aTldBd.t63GNOMnZxKFlSn_Ekr6MGtKAH_iYGiXH.zH7YJIgXbzOOi6UUE tp9v15hTWc7rhECw7poOWol97TBwWO_O0N1DnI8T1446Kdm6McoMYcvXDS2R4iTgD_acQwJDcd98 gAfA5.ts- X-Sonic-MF: X-Sonic-ID: c7ae33c2-054a-4acb-b2ea-ee93fe4d21bf Received: from sonic.gate.mail.ne1.yahoo.com by sonic310.consmr.mail.gq1.yahoo.com with HTTP; Fri, 3 Oct 2025 03:45:21 +0000 Received: by hermes--production-gq1-66b66ffd5-6jr8m (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 613b1ea9275cd65462b25bf7fccfe066; Fri, 03 Oct 2025 03:45:18 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3826.700.81\)) Subject: Re: main 16 and 15.0-ALPHA4 [on amd64]: using a USB3 context gets extensive "flswai" [and "rename"] STATE time during poudriere builds (UFS context happens to be in use); more Date: Thu, 2 Oct 2025 20:45:07 -0700 References: <46E0F6E8-A365-4C01-BFF8-CE2423B6DA00@yahoo.com> <4D74D446-2078-4A5F-B245-913273E2DDD1@yahoo.com> <03B6ABBE-DF0B-441F-9ABD-5565ADBF29ED@yahoo.com> To: FreeBSD Current , FreeBSD-STABLE Mailing List In-Reply-To: <03B6ABBE-DF0B-441F-9ABD-5565ADBF29ED@yahoo.com> Message-Id: <93873756-54C8-4408-9395-5E67F0300D5E@yahoo.com> X-Mailer: Apple Mail (2.3826.700.81) X-Spamd-Bar: --- X-Spamd-Result: default: False [-4.00 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.999]; 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]; RCVD_TLS_LAST(0.00)[]; TO_DN_ALL(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]; FROM_HAS_DN(0.00)[]; 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)[]; DKIM_TRACE(0.00)[yahoo.com:+]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; APPLE_MAILER_COMMON(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.69.148:from]; RCVD_IN_DNSWL_NONE(0.00)[98.137.69.148:from] X-Rspamd-Queue-Id: 4cdF1H2Ytjz3HGy On Sep 30, 2025, at 20:43, Mark Millard wrote: > [The new material here ends up being about nameicap_cleanup > and its exclusive use of mnt_renamelock being one potential > bottleneck involved here. I make no claim it has anything to > do with the flswai activity reported. The possible > bottleneck is an observation, not something that I claim > there is any alternative to. I do not know if this is of any > interest or not.] >=20 > On Sep 29, 2025, at 16:06, Mark Millard wrote: >=20 >> On Sep 29, 2025, at 13:01, Mark Millard wrote: >>=20 >>> An example is during the cpdup activities when multiple happen >>> in overlappingtime frames: >>=20 >> I'll note that I see this on the amd64 32-FreeBSD-cpu system >> but not on the aarch64 8-FreeBSD-cpu Windows Dev Kit 2023 >> system. May be at some point I'll try the older 16-FreeBSD-cpu >> aarch64 (Cortex-A72) system. >>=20 >> Also, on the 7950X3D amd74 system, I see the behavior with >> 14.3-Stable. Apparently, this is not new with 15+. It has >> been a long time since I'd tried using an amd64 system for >> such activity based on using USB3 media. But it has been >> common for me for aarch64 over that time frame. >>=20 >>> . . . >>> . . .=20 >=20 > . . . >=20 >=20 >>> . . . >>> . . . >>>=20 >>> But I'll also see such on c compiles, ld commands, etc. I've >>> not seen rename for pkg-static but I have seen flswai for it. >>>=20 >>> The system spends lots of time 95%+ idle from the wait >>> activities. >>>=20 >>> I see such directly booted from the USB3 media (a 15.0-ALPHA4 >>> context on UFS media) and when using that media via chroot >>> from both ZFS and UFS boots that are not USB based. The ZFS >>> and UFS boots do not show the behavior with the normal >>> non-USB3 media used instead. >>>=20 >>> The system in use is an AMD 7950X3D with 32 FreeBSD cpus, >>> 192 GiBytes of RAM. main 16 booting for non-USB boots >>> and 15.0-ALPHA4 boots for the USB3 boots. kernel and >>> world are via official pkgbase distribution installs: >>> it is not a personal build of the kernel or world. >>>=20 >>>=20 >>> . . . >>> . . . I got a test context were I could compare the same media used on the same USB4 port on a laptop (Dell Precision 5490, 22 FreeBSD cpus, 32 GiBytes RAM, 4 USB4 ports), where, on boot, the media ends up being handled as either: ) "nda0 at nvme0" (via involving a Thunderbolt 3 hub) ) "da0" (via a direct connection) (The UEFI/ACPI does enough to make basic operation work, presenting some view to FreeBSD for media on USB4 ports.) Both have the bottlenecks visible when monitored with top, both "flswai" and "rename" examples occur in both contexts. But "nda0 at nvme0" bottleneck periods do not last nearly as long as "da0" bottleneck periods do, making "nda0 at nvme0" use much more reasonable for the type of activity. Still, this eliminates the possibility that the issue was limited to USB. It also eliminates it being specific to the prior AMD (7950X3D) test context. For reference: # uname -apKU FreeBSD USB4sys 16.0-CURRENT FreeBSD 16.0-CURRENT = main-n280801-213170eb956f GENERIC-NODEBUG amd64 amd64 1600001 1600001 (It is from official pkgbase distribution use, a copy of another boot media with some parameters replaced afterwards.) QUOTE CPU: Intel(R) Core(TM) Ultra 7 165H (3072.00-MHz K8-class CPU) Origin=3D"GenuineIntel" Id=3D0xa06a4 Family=3D0x6 Model=3D0xaa = Stepping=3D4 . . . WARNING: L3 data cache covers more APIC IDs than a package (6 > 3) FreeBSD/SMP: Multiprocessor System Detected: 22 CPUs FreeBSD/SMP: Non-uniform topology END QUOTE (The internal NVMe media has Dell's ubuntu on it.) Note: Ignoring very old Intel MacBook Pro's and Mac Mini 2018's, none of which I've ever native-booted FreeBSD on, the Dell P. 5490 is the only Thunderbolt or USB4 based system that I've access to. =3D=3D=3D Mark Millard marklmi at yahoo.com