From nobody Thu Feb 29 13:40:05 2024 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 4Tlstf5KHMz5CD5R for ; Thu, 29 Feb 2024 13:45:46 +0000 (UTC) (envelope-from li-fbsd@citylink.dinoex.sub.org) Received: from uucp.dinoex.org (uucp.dinoex.org [IPv6:2a0b:f840::12]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "uucp.dinoex.sub.de", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Tlstc6dWSz4cbK for ; Thu, 29 Feb 2024 13:45:44 +0000 (UTC) (envelope-from li-fbsd@citylink.dinoex.sub.org) Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of li-fbsd@citylink.dinoex.sub.org designates 2a0b:f840::12 as permitted sender) smtp.mailfrom=li-fbsd@citylink.dinoex.sub.org; arc=pass ("uucp.dinoex.org:s=M20221114:i=1") Received: from uucp.dinoex.org (uucp.dinoex.org [IPv6:2a0b:f840:0:0:0:0:0:12]) by uucp.dinoex.org (8.18.1/8.18.1) with ESMTPS id 41TDj6vH046799 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO) for ; Thu, 29 Feb 2024 14:45:07 +0100 (CET) (envelope-from li-fbsd@citylink.dinoex.sub.org) ARC-Seal: i=1; a=rsa-sha256; d=uucp.dinoex.org; s=M20221114; t=1709214309; cv=none; b=mmlZ40tEd+c3llHral9P3a6yYAJZUG1fI5cNkoBXtxP2+RDnHfNqBkR0WVmqsOWGLVPHRHHXopvTNkha6Tv8zZkJQ2YrstCLgK1cEbKJKqGKUv3TfwvBBVnkfXta5BNTvydH6dB+vBMcgJhAPxWD9OiNDmrjH9XOqdPfPy5lInI= ARC-Message-Signature: i=1; a=rsa-sha256; d=uucp.dinoex.org; s=M20221114; t=1709214309; c=relaxed/simple; bh=rI1yjz/H6DS+qXi5EqAF0XQIDrHmOj/tvD0248xAtVM=; h=Received:Received:Received:X-Authentication-Warning:From: X-Newsgroups:Subject:Date:Message-ID:References:Injection-Date: Injection-Info:User-Agent:To:X-Milter:X-Greylist; b=VwFtMBO8ag75ucEZgipLbG2d+T4BGMxf0sq18HwTE8TR6tSm1bAZk+I3HL5aVAh9xUMcVrFq6z89xAa/Glz/A52xRGz43A/eVdgx7GUWkgV3gqYrkWSTLpyd2qAY9E7F2VwIxC/zyjV8HOqXPLTDqAx7Ndybj8MLHAoCmnDjyNU= ARC-Authentication-Results: i=1; uucp.dinoex.org X-MDaemon-Deliver-To: Received: (from uucp@localhost) by uucp.dinoex.org (8.18.1/8.18.1/Submit) with UUCP id 41TDj67f046798 for freebsd-stable@freebsd.org; Thu, 29 Feb 2024 14:45:06 +0100 (CET) (envelope-from li-fbsd@citylink.dinoex.sub.org) Received: from admn.intra.daemon.contact (localhost [127.0.0.1]) by admn.intra.daemon.contact (8.17.1/8.17.1) with ESMTPS id 41TDeHif011743 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO) for ; Thu, 29 Feb 2024 14:40:17 +0100 (CET) (envelope-from li-fbsd@citylink.dinoex.sub.org) Received: from intra.daemon.contact (news@localhost) by admn.intra.daemon.contact (8.17.1/8.17.1/Submit) with NNTP id 41TDe5pN011567 for freebsd-stable@freebsd.org; Thu, 29 Feb 2024 14:40:05 +0100 (CET) (envelope-from li-fbsd@citylink.dinoex.sub.org) X-Authentication-Warning: admn.intra.daemon.contact: news set sender to li-fbsd@citylink.dinoex.sub.org using -f From: "Peter 'PMc' Much" X-Newsgroups: m2n.fbsd.stable Subject: Re: 13-STABLE high idprio load gives poor responsiveness and excessive CPU time per task Date: Thu, 29 Feb 2024 13:40:05 -0000 (UTC) Message-ID: References: <5375.1708993627.m2n@admn.intra.daemon.contact> Injection-Date: Thu, 29 Feb 2024 13:40:05 -0000 (UTC) Injection-Info: admn.intra.daemon.contact; logging-data="90586"; mail-complaints-to="usenet@citylink.dinoex.sub.org" User-Agent: slrn/1.0.3 (FreeBSD) To: freebsd-stable@freebsd.org X-Milter: Spamilter (Reciever: uucp.dinoex.org; Sender-ip: 0:0:2a0b:f840::; Sender-helo: uucp.dinoex.org;) X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.6.4 (uucp.dinoex.org [IPv6:2a0b:f840:0:0:0:0:0:12]); Thu, 29 Feb 2024 14:45:09 +0100 (CET) X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.99 / 15.00]; ARC_ALLOW(-1.00)[uucp.dinoex.org:s=M20221114:i=1]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.99)[-0.993]; FORGED_SENDER(0.30)[pmc@citylink.dinoex.sub.org,li-fbsd@citylink.dinoex.sub.org]; R_SPF_ALLOW(-0.20)[+mx]; MIME_GOOD(-0.10)[text/plain]; FROM_HAS_DN(0.00)[]; R_DKIM_NA(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; HAS_XAW(0.00)[]; ASN(0.00)[asn:205376, ipnet:2a0b:f840::/32, country:DE]; FROM_NEQ_ENVFROM(0.00)[pmc@citylink.dinoex.sub.org,li-fbsd@citylink.dinoex.sub.org]; MLMMJ_DEST(0.00)[freebsd-stable@freebsd.org]; MIME_TRACE(0.00)[0:+]; TO_MATCH_ENVRCPT_ALL(0.00)[]; RCVD_COUNT_THREE(0.00)[4]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; DMARC_NA(0.00)[sub.org]; RCVD_TLS_LAST(0.00)[]; TO_DN_NONE(0.00)[] X-Rspamd-Queue-Id: 4Tlstc6dWSz4cbK 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 On 2024-02-27, Edward Sanford Sutton, III wrote: > More recently looked and see top showing threads+system processes > shows I have one core getting 100% cpu for kernel{arc_prune} which has > 21.2 hours over a 2 hour 23 minute uptime. Ack. > I started looking to see if > https://www.freebsd.org/security/advisories/FreeBSD-EN-23:18.openzfs.asc > was available as a fix for 13 but it is not (and doesn't quite sound > like it was supposed to apply to this issue). Would a kernel thread time > at 100% cpu for only 1 core explain the system becoming unusually > unresponsive? That depends. This arc_prune issue does usually go alongside with some other kernel thread (vm-whatever) also blocking, so you have two cores busy. How many remain? There is an updated patch in the PR 275594 (5 pieces), that works for 13.3; I have it installed, and only with that I am able to build gcc12 - otherwise the system would just OOM-crash (vm.pageout_oom_seq=5120 does not help with this). I didn't see any lagging behaviour, but then, I have 20 vCore. cheerio, PMc