From nobody Wed Mar 22 16:20:27 2023 X-Original-To: freebsd-hackers@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 4PhYcH13Jjz411mg for ; Wed, 22 Mar 2023 16:20:47 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic303-24.consmr.mail.gq1.yahoo.com (sonic303-24.consmr.mail.gq1.yahoo.com [98.137.64.205]) (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 4PhYcF3y44z3LhT for ; Wed, 22 Mar 2023 16:20:45 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=OpdR2pWh; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.64.205 as permitted sender) smtp.mailfrom=marklmi@yahoo.com; dmarc=pass (policy=reject) header.from=yahoo.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1679502043; bh=h52jbG+Sztr9/eVJ14X6yTIKSVWRNffNRC+vSPcT1Dw=; h=From:Subject:Date:To:References:From:Subject:Reply-To; b=OpdR2pWh6+yKAfLnxcu7mEvW+E+O6VsTRBB5lIbU8GajHZixlZicnC0Z6ul0H6+nsS9jFaFSZDqVOvSlRETY15N6aY/zLp5XyZkaygJNZl5g4DU2t63hPsf+hm7x15BqNC/g/b049913TOTtixwF52VK/ruDqNFDJB9ujKPIvA2R2TduL63gmwlwuBxtsrsncY1fjow6ppa6vkGQ/BpYomcWMfNP5s6fVr3Um6zzGtdNH3zzuI9NevsXZ2MJJr5v/R4zOQEufhIY8qn+mIYoNp87sS+CRQ8I6kytXQqqyAHQiEJFFn5X79gZKQvyT1TR4YpQpbX8crnLbZPhy1lfrA== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1679502043; bh=07HPJfCP8ZHIeX0vRikH/dRSNT8nFJaNK8gV0FvHk3V=; h=X-Sonic-MF:From:Subject:Date:To:From:Subject; b=DS6vieZ86w5QBqgQLUFxKCvIy0PXwce2q8ZuT2hAn/mQp7wDnwo/EGiczEuRPvqsypEBv0ZtNGEdhX8AeoxPLw4WVCqY4imaBE4ruyfbcsBiroU73Asl9HeawfWuZ6UelneCZrPSTo10/V2ZXlZ4Io6QauzmAvQ1YCcZUMmmb3vspIMkTvWI5I7qWOHEB5QL30EcMaH/Zv5ook/n1dTIYtj2QrM3DLi84Zg0/Fv4aRaaLjsCDLTqtCPgVROAh6Y/PhqqaqseXW7+qtMk2wv/8lLVbKATegPfE5BABXVhk3xRrFT9PsD/Eu/WoMoR4XjduTEngqUshn2oSrc6wTVENA== X-YMail-OSG: Fv.Q8rwVM1mBLoyRSgXSIWFCSQOG9usO.vJ1o8PFbtwdNZvfGBjHcrr1x8GYmkU M0NV7kj0NWE3i6atG8p2XNMfSNYhO9NdV6NA1bQ.0sgF9gIFxdl0RfOSOjUFlx9iIHd70a.hAZmZ ZjmlvUIPHUbdW7s_dG_YkWttA9J1dB0.dRAPuVl5WogqX1DlRl18Sc82TVeG0_Z3wkaw0DM7iG1U Vj0zSL6WPlEQcYMmjTADBMKeMLDeAEIEJDwvx2gGLOLDMRRr2A4SEynhnLmIOHNQgSv0yu28KoS2 ANoRKULfo5pVOWKgcjiVlS9BPTGsL9haQQLEL6TGKvZ.WbrYxjO2x873.zAAhZzCQtcZuS2vVySQ XU20sfs54GKrfmn.T9iJUouTQqayC9rRK5oqP5s2RwOdUPcrnMasmBog0ylsJcnMw7DASYPbkqZh 0TEkjrTUsMwPc2CT1h_xj9F5SykVjXox12f9y190OmZ79zld3lFR8x6J_4LEAHg8prdlH6ICyloP oJoh7POe7C3jMIkgQqsQRDejd05gR1iCNItyJgXWFNMpYGQA0sojtQ_zm._0wpy3RKoxmZsO2dZX ozcABDTJJCUD.AU9XoIPC691bjBkvkbue4T.ab5oNtZvD3hmvTleG5x5MGuFamCY7EmQyB5ldvUX hsTW2fKXwp8614qNKmks8gP3K6mXgvN14ptKFnb6y.NZ6AZUDSk6arjWMIKKgUWSFGEFfAMWoAs5 TxNXxsuWfuTB5qaUTGWZ0QWzrszIM1ZSfSWAuiRoZUjjHfDu.oJdk74WOT3cFm4jga3xXdFInDcj sNvkwur.lq6GL.K7L0aYLF1kqeoTHutNRZd2Pour6NVxK03QzlcFKXPIszC9YkRAmaTSseeJ8aEi ZDwjH9NOoZDL.trQgQVs7Tm_Cvus9eydyMsZL9Kl5cwVSUrTVMwqGLsbySqI8EhXwTtWkO5wAMaU s5vN59iD33x8yl4KvzMCaMadnCCwaEguOpKmMi89_48EDC8KiccXfASicacJPhrHHsA9AWF5t3V5 w1wcuTeSQ_2eEQdZG_Hy0lGBtP99rymyKVTn8.j84Ggo1GusTWNSiTC1BgLzGSiEphOHi6f5IjT4 5mqUzlPsfqpyNe5nWA6DASytWNdCWwk3eQ4tJ.kSYaog1BqgPkCbHaH88KNj9XwZ1oVB7UdeGC4m VKxiBZzBDlHILDyVdO21aIL.fGbUDBqShIjq5YoIpgqG2gGqZIkKf8C4OfkbgO8O2SxafwD4lNkV 8rjEqZG2V93Kk7WaCXbsCxGTA4XnPFWoO6t31BfhwwUFBA6zNbeRUkwOyVyJRTTyBoudKOTVMj9u bh48pnyiwcoPiWiuQb4F4B9XYePsf7bWXdHkSVORlAhnlHz24Vk69dgfOOwDO79JttMigcTfONVf CqUMLxgLnjpUx6Y_nTRIsqEt1TWbA9PTRWXJ4Nj.IHzqYKoF6Dqg31Ig83jyCebpzi2.EoT7m_Vy TxzDq7ziwN6sWofEw7IpHH12Gkcs1Ro0yWKRCFBFye3LInb0i4WThLVJE_OjBkx6_DSH2Qv4i7oS 1mjN3clFL.k0PeRTGtk9aWEAQXvmEMUdGIFjaB9XdqOF8olCrOW_ZSLYhzCviyjGtOZfaQBeyQgs DeQlI3mHQPgQkhgA5hWp2Do9GxmmsN5ioUKvwUn2wLEyS1lNL8k0u3JZyNRmnyrLbcaVw0bzKewK CV01Wf.ge7lPl3jg57zADubvEemEWlmvXShO0GPYpUVC4olLYmw_PfkA8kuiNNczzKja_inr3Xfl AWd0vMK0RlFT_379Pdni70P8_rA4CUfprHFBUbA2VbxrCxnVwE6XsWC_rZw1LJqLcUfWB9yqOazl Ik5CEZkSGmdsq0szl.E_JQBHhkIoc6AJ3PLwpdpBHO10LkkygrcZpY8FroE1QKhstOESsfcS69Z_ 2WE498UOErz5jLZOJXOs_gB70ZJ79YMsFdDa1lnufqnlkIUDyDfsabgKmAbLq88l2cI8arovrAA_ 6U4OjVZ2WpihXeeTESv6vkcEzPrllDb23RpyRjlK7hNTHS.t2vLNURiqtqdbGqid5brcoghjAuou LNhYNXx1h_2nYjzoaWGbTTQjcE_q0tVb7KjIKcrkHsZQ0uk_4j4KsRo221jVPt0.UKocHxbDgDez CzbOOM2ONMRAlT6oEml5qEzOm7TKf7M0nhmtdp9t0uyGBpUUJ.qU_0Fe9tEzQbpceIjmxcUekEp4 oI7H.vF3.Z7Dvrfng5no6F_ndgjITErpOz2jVoNFCcDS_GGO6KkBihnL7jiPaDm.zmpo9IVhL4vf h X-Sonic-MF: X-Sonic-ID: 6d9f8a01-6eac-4a2f-84e1-c69d435074b1 Received: from sonic.gate.mail.ne1.yahoo.com by sonic303.consmr.mail.gq1.yahoo.com with HTTP; Wed, 22 Mar 2023 16:20:43 +0000 Received: by hermes--production-ne1-759c9b8c64-7kw78 (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 881877f8600727401990d04168bd6c5d; Wed, 22 Mar 2023 16:20:39 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit List-Id: Technical discussions relating to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-hackers List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-hackers@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3731.400.51.1.1\)) Subject: RE: Periodic rant about SCHED_ULE Message-Id: <44FB7EE7-295F-46B1-9128-945DCAC6E79E@yahoo.com> Date: Wed, 22 Mar 2023 09:20:27 -0700 To: George Mitchell , FreeBSD Hackers X-Mailer: Apple Mail (2.3731.400.51.1.1) References: <44FB7EE7-295F-46B1-9128-945DCAC6E79E.ref@yahoo.com> X-Spamd-Result: default: False [-3.16 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.66)[-0.657]; MV_CASE(0.50)[]; 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]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; FROM_HAS_DN(0.00)[]; TAGGED_RCPT(0.00)[freebsd]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; RCVD_IN_DNSWL_NONE(0.00)[98.137.64.205:from]; TO_DN_ALL(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; FREEMAIL_FROM(0.00)[yahoo.com]; RCVD_TLS_LAST(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; FROM_EQ_ENVFROM(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; MIME_TRACE(0.00)[0:+]; MLMMJ_DEST(0.00)[freebsd-hackers@freebsd.org] X-Rspamd-Queue-Id: 4PhYcF3y44z3LhT X-Spamd-Bar: --- X-ThisMailContainsUnwantedMimeParts: N George Mitchell wrote on Date: Tue, 21 Mar 2023 22:52:16 UTC : > Yes, you've all heard it before, but I've just reverified on FreeBSD > 13.1-RELEASE-p7 that SCHED_ULE gives terrible performance for "make > buildworld" in the presence of a totally compute-bound job (misc/dnetc > from ports) running at nice 20. World builds in: > 15597 seconds with SCHED_4BSD without dnetc > 20477 seconds with SCHED_4BSD with dnetc > 16006 seconds with SCHED_ULE without dnetc > 50290 seconds with SCHED_ULE with dnetc. > When I ask why SCHED_ULE is the default scheduler, I have been told more > than once that there is some circumstance in which it gives superior > performance. But no one seems to know what circumstance that is. Guess > what! I propose that SCHED_4BSD be the default scheduler. -- George You might want to publish instructions that others could follow to try to repeat your results in a manor know to do so (at least in proportion to the number of hardware threads they have in their context and how performant their system happens to be for the type of activity). Does dnetc let you know how much progress it has made? If less time is spent on buildworld per elapsed time, was more time spent on dentc over the elasped time, getting significantly more dnetc work done? (So: a tradeoff on which gets the time?) Did the system end up using the hardware threads for wasted overhead activity (less useful-progress for both buildworld and dnetc instead of more useful total work done)? Did the system end up with more idle time instead of wasted overhead? Lots of questions could be formed and investigated. It is not even clear what the load averages were generally like vs. the number of hardware threads available. How many hardware threads was dnetc trying to use? For buildworld, what -jN was in use? How many hardware threads were provided by the system? For some systems, buildworld using all the hardware threads ( -jN ) would be I/O bound instead of CPU/RAM-subsystem bound. Giving folks a way to know they are repeating your tests appropriately, could give interested folks a way to answer their own questions. === Mark Millard marklmi at yahoo.com