From nobody Sun Nov 21 22:13:10 2021 X-Original-To: freebsd-stable@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 665251889FF3 for ; Sun, 21 Nov 2021 22:13:23 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic313-20.consmr.mail.gq1.yahoo.com (sonic313-20.consmr.mail.gq1.yahoo.com [98.137.65.83]) (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 4Hy4RQ3M8Sz4m4F for ; Sun, 21 Nov 2021 22:13:22 +0000 (UTC) (envelope-from marklmi@yahoo.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1637532795; bh=cG1gAy5HWwOfZn+Hcsx5HXHuuvTCZbU+hMWK+n+YiUo=; h=From:Subject:Date:To:References:From:Subject:Reply-To; b=s5Nv+nnLLERybDe0+aIpoqwsFLOvhJ8I4xWydxQDuk9U+zLKizdE9u/i3hQBgQToXwsNk2cM3ki9eUOP7sHg1fyQ0OydxOGyVQ4tzhJgLWKr9fJi4P3dM24ASAlZa9GK39OgIWGJy/YZowxsFErDj66MR7Gp4dlsFlqD/ZfMFsqlV5lXWzgAygnsYwrDL8rDA3YEN/IF1qxmBfDu9DLpBy34LAm+qCgkyxFj41w+mBElPEJf9ZKnVh2cQxISPiLAbZozyRgKUBbl4tZNIq7GxchxZwezkxEiNKrJPgzIAejiWO+raisHDlLWVVj/eBEfFGWxf9owGgb/F9J0LZAYtA== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1637532795; bh=Ant+mWuHt0q4y4YSdmAMEI+sp/zhIRL74Fqy6zlbkII=; h=X-Sonic-MF:From:Subject:Date:To:From:Subject; b=EZ/ozT4LW7NeqyravQgarXnTnu3IaQz9T5hbre8fQTWXahIh3tXmcfswFVUuxVcV59CrmBz6B4Aj0E2fzdGb5su9xQII7dWf3QfUCuJe43r1VshegUj5v51NNS8amCD9QdrjFuZIpXiKDAhqlEVdQyvYAwldJtQHK/BnY8z9/I+ZkKnxUCZQ0sWRfEz3OQCEsuqbLN/qNcp26b4Ykl+3Ge+eUDQ5xzl+lO/WFMQnHh0EdEHsCEHN6uD3GCE/AhvT6IUC31JqgfI6QcLVLJwM0d/5j7VOrBWPO094chXPSxPOafdwNqRl7kxFBEvktIFMWU4av65MlkGtd29kf8IwTA== X-YMail-OSG: 9n3.fQIVM1nVIDVEmkFkHOfcojNuaSRhH0IP2GsYrTZJjaCsKnPk_EUGOiJ.kMe ifd5SXawihDm_Lm8AnkeFzpV3yJk9Ctm197OzivlTZB3qC6GER3gu77NKVhEYwnLlxtOJA731yJq 764U9BtVUN9.UV2fp7H0BHSnYfbZIxsGharOuS2H69gc5smjBFVn4uZHT_RdFSniSVbskG7eYx3t B6TdAjTtsSNf6rVJRgPNLYV3W4xTtsascWD2h59lPwR0Upkb6CzpgEyoBAu1L2kVyl41CjIV1zlQ mC2ePIAMhTD1P71hP1Hajcj5gAqMUvxe.ql.2VOZE1EyVCdOGwdjAfT3e0wsM.e_kNvCpO5C5Bc1 bQzBXXgnsf3JMx7fFoLT8fuK0_lstTYvF91ee2DAy6_pZKHivS7o_unDMT7EmI2nqEiE9OCkYH2W xOSOvyRfu8kdGDMpv8pqw2pTcQeZ1wnTmvHoxv5Hk61iSSWsYKmga8ZFDi2O52blvWWiY40j5lL. yI7E.V78UfvEV_utimHiFdcGtRFMZTT9IWUoDG8Gd4cvFDuBaxQxGMMYGGIItk7freHd77x9gYoC 8WL6Jy421VcrN5Y3BudCxNF4LTsc1dINIEog70OCiWEAGFwfGhot1580ELqf42ViKDiGaUuVlunY 2fBX0efp06kznXNoi6dFJ9ZUVzO75ALUYWq7e8GvtlDH.M6La69eR0yvaBJ.GqH0v5SN3bvF8iKO OZbn5eVkukIdprFZ4ValWS1BlfWd6P9XAdy.tWl7fHskoqLv8X22EvbF3BFQgA_tQyShPofKp9kx V3EV2fQ0AjS5rfS0GgQ.7DfDRyEvcNJkEizpN9qop2QG5HGm.GRld4YfKqsaof9KCcgQYf30MuNV 7xSV3HBxsJ7RyROQsOmveJFlqAfliUcAELLZ5b8XJE8MPSaa1MwMdKJYskqOfQ1qZMMiscQhzLJ4 secxPRZCst62LA7_eKqYSY3eaAqCf9UQ9G7s9sDJtCEcXbdSJydk.UKk5KWKY2ch50MrrwXksUWb tsfbeuQcBUIkDYlAdAmTAVrtujhY9O7Q2sAq3luv5HLU9cir7hrzuAs3_YEtgNnnc522AnMzT1wH 4XKXU.iU4HtH1rpkX9eVdUr3LHFcOZNsNWCSxsxXoucd5a79rnVCtz0Vehg69oLfPL0E9m89xJGp 5r2byJ1u2DhW3DTAf6U_enVLAADSbiDIlnt6d21oBBAdDFyWvxofzpCQKUmAHwtqRuPmLUdiNVG2 7myCmskTP3tAv5oyJYtHFOjRPRmgSlMRMW4UVPOXwjU0mbOrsfNLzo0Umef5FVeFNZbpLxadsXqC vIdt7dx5Kol62QzcZBrScBu0c69A.v76ZdhfCKEmccf3V7Ja9ROkQA8.xa3QRS9LOjxO5DTdBzd4 cIxH6f9cw2jEreOaH1zyPWeevi3mTjmvmjMM3gpFckaHjAklizBAYQm5HKPxfmIcC86LSTc_1YGs MmOvGXhhsc3sMkXdky82nJq4gGyy8bENlos857rYMwUDUuEjoQ7LUkIftTWSdTYGpTqE.mgQyafR nFXFZpAl9cYWwXKiWORQJzfqF_6cZZE58iOw.GjeLSbzu4MQre7H31FY5lH1vdsGjndonPKoOFMo p.Fhowtiz05YrRFMa56WSNfDA040oFbdP9_AJre_u8lGJRcdTpCjSRuZf7xwF6z7plnaQQCSrLp7 yEBF52ukG9LnTox0HXEab5ZJrckNiNdWCBTQ7LTzCsMm0jtDnX32IqrKR7OEg1KBOmeWYtVs5UFD oSQQ9_FOJrzLgBx3UdsQcq8_v.PQr6152IXObfxS8VtXQjF_FU_XvLtbXZPoz8_WqdMDPsY01Tn2 52nm1MaG99fP0fqTLpBoTRBGvKGxdMLnuMcw0blaRpoO336gj1X08tVguI1JiC.fHgaO.M70pywZ vpWslNWa4wcXUUAjlgEPLuedlV.hO20rhTXUqxIhsrQh0bhMmFJokDADLskasZ6WkqRRp3ZSD4Sw uEMq_h.KoaoCwXu9SkeKht.RnAu.dpE205jSzroWC15Ew_34l0dj4KipwstNoZaPUoyXlz8QtqdR WqV08_9CrD0JkN2jRMblmjjAgwgm2KWvE8Wo7SLVb7O.yH1XK51s8ODl2mGLU96hX2au3ZzMrEsw eP6RLyOHqG81hncgrz.3Mq4P.oA7PNJjSrYeSTzVErnBJWeomM7TzGAns1_dbThz.8l1G6k62mmH c62lmmJUEnQRzSfyVgxoipSj192u7Gj3vcW1_W35zq4Q_GF4- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic313.consmr.mail.gq1.yahoo.com with HTTP; Sun, 21 Nov 2021 22:13:15 +0000 Received: by kubenode524.mail-prod1.omega.gq1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 505bee3b87c130c37f93dca6c4ef992e; Sun, 21 Nov 2021 22:13:11 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.120.0.1.13\)) Subject: tmpfs use and "stress --hdd ? --hdd-bytes ??G" can lead to hung up system (16 Cortex-A72's system example) Message-Id: Date: Sun, 21 Nov 2021 14:13:10 -0800 To: FreeBSD-STABLE Mailing List , "freebsd-arm@freebsd.org" X-Mailer: Apple Mail (2.3654.120.0.1.13) References: X-Rspamd-Queue-Id: 4Hy4RQ3M8Sz4m4F X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=s5Nv+nnL; dmarc=pass (policy=reject) header.from=yahoo.com; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.65.83 as permitted sender) smtp.mailfrom=marklmi@yahoo.com X-Spamd-Result: default: False [-2.55 / 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(-0.05)[-0.053]; 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]; MID_RHS_MATCH_FROM(0.00)[]; SUBJECT_HAS_QUESTION(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.65.83:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.65.83:from]; RCVD_COUNT_TWO(0.00)[2] Reply-To: marklmi@yahoo.com From: Mark Millard via freebsd-stable X-Original-From: Mark Millard X-ThisMailContainsUnwantedMimeParts: N Context: # uname -apKU FreeBSD CA72_16Gp_ZFS 13.0-STABLE FreeBSD 13.0-STABLE #13 = stable/13-n248062-109330155000-dirty: Sat Nov 13 23:55:14 PST 2021 = root@CA72_16Gp_ZFS:/usr/obj/BUILDs/13S-CA72-nodbg-clang/usr/13S-src/arm64.= aarch64/sys/GENERIC-NODBG-CA72 arm64 aarch64 1300520 1300520 (It is a non-debug kernel build, but with symbols.) 64 GiBytes of RAM Swap: 251904Mi Total 16-core Cortex-A72 system (HoneyComb) root-on-ZFS on Optane media in the PCIe slot The following sort of sequence using tmpfs tends to hangs up the system long before the maximum swap usage would happen: # mount -ttmpfs tmpfs /mnt # cd /mnt # stress --hdd 16 --hdd-bytes 16G The details of processes seeming to hang up does vary. Sometimes ^C, ^T, and the like do not seem to work (or echo) at all. Top can stop updating for the likes of: # stress --hdd 12 --hdd-bytes 22G until ^C leads to stress exiting. Based on what top was reporting at the point its updates stopped, there still was lots of swap-space and no apparent need to have swapped out the kernel stacks for the top process. For example: 22% used. Another issue is that having systat -swap going as well leads to partial hang ups even for the likes of: # stress --hdd 8 --hdd-bytes 32G "Partial" in that some things stop but I've never had to force a reboot to get control: ^C for the stress run eventually works. I do not seem to have problems like any of the above for the likes of: # stress --hdd 1 --hdd-bytes 270G For this, "systat -swap" does progress the like of: Device/Path Size Used |0% /10 /20 /30 /40 / 60\ 70\ 80\ = 90\ 100| gpt/CA72opt0SWP 246G 154G XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX But not with the larger ---hdd figures above. I've not yet tried main [so: 14]. Note: These experiments are from attmpting to reproduce hangups seen during pourdiere-devel builds that have USE_TMPFS=3Dall and builders that are generating indefinitely growing log files. (This was actually under main targeting main .) =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar)