From owner-freebsd-current@freebsd.org Sat Mar 6 01:35:21 2021 Return-Path: Delivered-To: freebsd-current@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 209D956EF28 for ; Sat, 6 Mar 2021 01:35:21 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic307-10.consmr.mail.ne1.yahoo.com (sonic307-10.consmr.mail.ne1.yahoo.com [66.163.190.33]) (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 4DsnGv6Kztz4XCg for ; Sat, 6 Mar 2021 01:35:19 +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=1614994517; bh=833H8FepejfgHeLc7t4mWuVXm7HiLw/L3Z+Dw2mZ6f9=; h=X-Sonic-MF:From:Subject:Date:To:From:Subject; b=lKjEwed5gmg/r9L0gic1GkVh89O24vNZxZo9s8JyKVE+M+01rib44Wx/r6/bNwHNX4fIyYjxgt9LNaw+gl5Le6t88EY4H+j9PkpAOpeMzv716tzKHJMSoKqa402sVtaygEOYcRfkB5tr+rYyXWTv8nTOl2mJVQNrakN8wtCRQAJ2JSXQRfJ1eFg8Ka0Hul5mrkV5ABcrD4Oj0mHMIWJ9GyYozmrf0JLm1t7KFy0lEyh2hlEXuisEMFoWzHQCjbH6aTK+sVXluIIAD92MjnBBpzi4OoxEdsiBSwbyTiCgtZ8hACTDMiPooSN9VMs9M43zTLAyou24aCff71RsVQiJYg== X-YMail-OSG: QM1aadwVM1nrI0.NHuM26RURPz8WZ4f9lODuqP6ZShOhJ33lWtuPs9DSbc1JIYQ Whra6fnYNzrmfMdIIINqbcLw3RG9Rq6Z3mzc8qK6qFA8AyrY5HAhlZCCpsd7UJxEk674ilQbYkbo dnEEzTPB7Ladc6A8f8SUqNx3rfncBubIk8fuxam1WSPuTz2oS_CZVGVExVjfipRSoZ7RBmte8ZjI vv.2AuLO3I9fGhD0Z7fq4AcEtRBdj7.06KnDROLCTbkrsUn.ATthvL9wKkVgts_CJTqhPCJyG5wu or6n6LjzH7JuohtVZcm2JUTWH0J6wAITQFO3Z8jro2LND2RM.uYvB.I2u3nhz.1kHPKw_gy.eRyg mH3cnSLClDU9eQ0.eQDZAYBNPTvEHsE4vcnz92dpWiFA8Myfcm9aynBllIy9.m6S4niDntfUmH1d VpDi6OG1i.qMtSGjZm2nJAbrCZuhRynB.ZYjTK__soo1UblvPVIRjJDg8n6jlLLnORmIMWvH0ErC J.FTAF.XHPG9Ks6yXR0vcrF6AjHU_MyfUSy1UPOK9zPeqO55tc0uCq50E.OvplAg5yG4OoDpAUq7 boePf_FwZ5yBsVSody4CDMPH5dXn5xzEzYVWJLnCGkoBuHhAvJ0V7YWpo1M238AAYDkeYwhHDRqX nU_WElMNhst7Ko_5mSEFW017.L1TwpkKDRXSjpMqlvDlTIYcRAe7.P5SwLlbyf8gKVgbmXY5zNvS 7vo6Yzfht1VGi8vR2xC4ffoRcnUk6O5xfMlLOosPuBtTGH1C1WQc_oiWaY3F0pm44wB3xpBt3gQO hTDOejCmd3SFsAvlg1auXLt4kc2yQKJG6TMtiQTJthuSlJIbSILtMrGqskhFv1cIVdE3QgpV5tur wMzjTCjFGZghKLJoQHDjeaa7eLTeyGaOyx._LB9gGEUluysF.q4CLFTH0w51ON2p.s0zF_qkgzrg 69Zgaa4uwFb5m66YujWEvJ_eiKAVnWNPVx_ReKrc7EeHgqDnRoKa4Dkdu_lDbs0XG9aJ.0Bi19kf g08ThXZsrXQhZ8pY4yJk9vDrRUT18Wf6A828gh0nlLUb.mjCojxS1PnCyhtCbQc09hNaJN4yV8gU XnVjchdwU0mqo_Fu4a6o.fvwhB9HJ8aTuuevTl9KkdPY9SOTwkZKkgUuikX3S.Ax3T_FTGwP5Cvu vmB3Vk5VrMyV3FHxv2ma19dEWLj6Jk6zu5147IlPx.OJkmRa_CRaHIDI0_KDlZMYffVPKwpjBE0C p0ZbrlaUYd.FBjzipCWE1FPEyfthG8GUIyRYOHvjWO.TzLKAXcdSUr5UVxZtpV6dBvsMJTpDlcKf WHXSjyaMEoOsed6FQh8Tuj9Z.0rGH_mpWjux9ZtZkzjI2M1Ita0ljisVmOYRXlwuiK8lhFb7DWPt 9diUz96r9JUgQtLAdd6Qp_PrcrXHjKKEBX2hnLEw2VgTyUKhUKfBrasRBU8WuHavMDPofgAKbQG9 .YB.m1GBQAOHjaapST8nJJRSUBJeC5ShUZKmU3xsCouAtL79tD9fljJWJd5bXGe17DyFmxuJaRYP nYddb5xovJDZSq8ks5zudLVwr8KWkKuKNDSa7TELX4BYxgxFRYlXINXpFqYC7PrGQ_9eUbw_Pbbk nTL6s3vGj14LRLEZFqrqPGpHLXNjzig.ZgtSCMY7xAjwmA0oinNGjaWDd8WD6n6XelS7J5YxvtA9 caJe4MqLeeb9hLpe2XR1L1Wi1BoLzowT7efp4hMLv3PY8H4941dIs4H6hBO3HKEyuAyGFwkkkhLp 6yiEIdLdyhBF7WdzvCmM48QwgsiEUvXgP2YDxJEaZDdPkP8_UghOoGSdKEn7w4sK9jU.L3u.OqHD 1DsKNW25tYAm_T__JwgkVvZTSHE6iDustwFK7TreIGdaAZN.KV0WuEAmno88dsKSV.zPNw4HpjOp t2HFhphz_9ay7ZN9RSADzpmqpA3pSW.lwq.rMg4_EJY1rThOjyzarwGJ7kWUWVA8Q6.xqwEfCL.2 lhQF2ThyfkeuwCFhZDbJZEbcY92H2ANkHP7wAY303GVvd8jYcsQibYtQK0YfBNE1iFK4368rBVPo noeo42rnhUjt..2Ug2pDCWxnotg4De0syn6IBy2lrgWGQF01Ni3tBn.zAnOcg3Vv4k3Ms654trJ6 QM8axjh02XUnhVrJ3ftHJXm_USDLXXFahpVUOK4Bvo_mzPcVnWQlq_lHD5fRQ8dIsFzZRUia62su _i9JvE1ojh1dS328LKsTJsPu6zEqNxOTCmTbkbxgbUHcICEd.y9bo7ohHe270kuaBJRvEdKuMlem Cjsx6bm6btBoLzvh7ogROwoag1iG_UY.Dyrj.dk5hnMTRB5jRgzEYb0DiQLFHYUn3foNRV0dhaSR ja3zpn1K0_lTYnvySWe0PhRTIVwao_drEHJtn6ewF5TGwYNQYHdxCpSMJli.rWhDtrWEBY32vsZE f2ZmwaZZg.u408d0qcWy2 X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic307.consmr.mail.ne1.yahoo.com with HTTP; Sat, 6 Mar 2021 01:35:17 +0000 Received: by smtp410.mail.ne1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID f32a9b2ea02e4f61922c90f6ec583272; Sat, 06 Mar 2021 01:35:15 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.60.0.2.21\)) Subject: Re: Waiting for bufdaemon Message-Id: Date: Fri, 5 Mar 2021 17:35:14 -0800 To: yasu@utahime.org, freebsd-current X-Mailer: Apple Mail (2.3654.60.0.2.21) References: X-Rspamd-Queue-Id: 4DsnGv6Kztz4XCg X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.50 / 15.00]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; 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:36646, ipnet:66.163.184.0/21, country:US]; RBL_DBL_DONT_QUERY_IPS(0.00)[66.163.190.33: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)[66.163.190.33:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[66.163.190.33:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[66.163.190.33:from]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 06 Mar 2021 01:35:21 -0000 Yasuhiro Kimura yasu at utahime.org wrote on Fri Mar 5 23:34:59 UTC 2021 : > From: Konstantin Belousov > Subject: Re: Waiting for bufdaemon > Date: Fri, 5 Mar 2021 22:43:58 +0200 >=20 > > My belief is that this commit helps more users than it hurts. = Namely, > > the VMWare and KVM users, which are majority, use fast timecounter, > > comparing to the more niche hypervisors like VirtualBox. > >=20 > > For you, a simple but manual workaround, setting the timecounter to > > ACPI (?) or might be HPET, with a loader tunable, should do it. >=20 > Then please let me know the name of it. >=20 > I have experienced same situation several time. That is, I faced a > problem and asked for it on ML. Then I was told to try some tunable. > So I thought there may be tunable that can be used as workaround in > this case. But for those who isn't familiar with kernel internal, it > it quite hard to find it without knowing its name. If all tunable were > listed with brief explanation in one document, then I saw it and could > pick up possible candidates. But actually they are documented > separately among many man pages. So the first difficulty is to find > man page in which possible tunable may be explained. If the problem is > releted to some device, it is most hopeful to check its man page. But > in this case, even after reading the commit message, I had no idea > which man page to check. Its somewhat messy but there is a technique of using the "timecounter" in kib's wording to explore: # sysctl -a | grep -i timecounter kern.timecounter.tsc_shift: 1 kern.timecounter.smp_tsc_adjust: 0 kern.timecounter.smp_tsc: 1 kern.timecounter.invariant_tsc: 1 kern.timecounter.fast_gettime: 1 kern.timecounter.tick: 1 kern.timecounter.choice: ACPI-fast(900) i8254(0) HPET(950) TSC-low(1000) = dummy(-1000000) kern.timecounter.hardware: TSC-low kern.timecounter.alloweddeviation: 5 kern.timecounter.timehands_count: 2 kern.timecounter.stepwarnings: 0 kern.timecounter.tc.ACPI-fast.quality: 900 kern.timecounter.tc.ACPI-fast.frequency: 3579545 kern.timecounter.tc.ACPI-fast.counter: 3054367693 kern.timecounter.tc.ACPI-fast.mask: 4294967295 kern.timecounter.tc.i8254.quality: 0 kern.timecounter.tc.i8254.frequency: 1193182 kern.timecounter.tc.i8254.counter: 43913 kern.timecounter.tc.i8254.mask: 65535 kern.timecounter.tc.HPET.quality: 950 kern.timecounter.tc.HPET.frequency: 14318180 kern.timecounter.tc.HPET.counter: 3575335307 kern.timecounter.tc.HPET.mask: 4294967295 kern.timecounter.tc.TSC-low.quality: 1000 kern.timecounter.tc.TSC-low.frequency: 1696849832 kern.timecounter.tc.TSC-low.counter: 590106679 kern.timecounter.tc.TSC-low.mask: 4294967295 Given the references to ACPI and HPET in kib's wording, notable seems to be (from one of my contexts): kern.timecounter.choice: ACPI-fast(900) i8254(0) HPET(950) TSC-low(1000) = dummy(-1000000) kern.timecounter.hardware: TSC-low The descriptions of those two look like: # sysctl -ad kern.timecounter.choice kern.timecounter.hardware kern.timecounter.choice: Timecounter hardware detected kern.timecounter.hardware: Timecounter hardware selected The "selected" wording suggests that kern.timecounter.hardware might be able to be assigned --and kib's wording would imply that it can be. Looking at the descriptions without also looking at the values need not be clear: # sysctl -ad | grep -i timecounter kern.timecounter:=20 kern.timecounter.tsc_shift: Shift to pre-apply for the maximum TSC = frequency kern.timecounter.smp_tsc_adjust: Try to adjust TSC on APs to match BSP kern.timecounter.smp_tsc: Indicates whether the TSC is safe to use in = SMP mode kern.timecounter.invariant_tsc: Indicates whether the TSC is P-state = invariant kern.timecounter.fast_gettime: Enable fast time of day kern.timecounter.tick: Approximate number of hardclock ticks in a = millisecond kern.timecounter.choice: Timecounter hardware detected kern.timecounter.hardware: Timecounter hardware selected kern.timecounter.alloweddeviation: Allowed time interval deviation in = percents kern.timecounter.timehands_count: Count of timehands in rotation kern.timecounter.stepwarnings: Log time steps kern.timecounter.tc:=20 kern.timecounter.tc.ACPI-fast: timecounter description kern.timecounter.tc.ACPI-fast.quality: goodness of time counter kern.timecounter.tc.ACPI-fast.frequency: timecounter frequency kern.timecounter.tc.ACPI-fast.counter: current timecounter value kern.timecounter.tc.ACPI-fast.mask: mask for implemented bits kern.timecounter.tc.i8254: timecounter description kern.timecounter.tc.i8254.quality: goodness of time counter kern.timecounter.tc.i8254.frequency: timecounter frequency kern.timecounter.tc.i8254.counter: current timecounter value kern.timecounter.tc.i8254.mask: mask for implemented bits kern.timecounter.tc.HPET: timecounter description kern.timecounter.tc.HPET.quality: goodness of time counter kern.timecounter.tc.HPET.frequency: timecounter frequency kern.timecounter.tc.HPET.counter: current timecounter value kern.timecounter.tc.HPET.mask: mask for implemented bits kern.timecounter.tc.TSC-low: timecounter description kern.timecounter.tc.TSC-low.quality: goodness of time counter kern.timecounter.tc.TSC-low.frequency: timecounter frequency kern.timecounter.tc.TSC-low.counter: current timecounter value kern.timecounter.tc.TSC-low.mask: mask for implemented bits Looking at both can tend to narrow things down. Not exactly direct, but useful. It might have been harder before having kib's wording that used terminology (notation) involved in the use of the systctl commands. I'll note that in the context I'm using for this: # sysctl -ad | wc 11153 57922 604736 # sysctl -a | wc 13080 29457 449667 So: not a trivial amount of material. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar)