From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from smtp.kernel.org (aws-us-west-2-korg-mail-1.web.codeaurora.org [10.30.226.201]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 5E96C3F1643 for ; Tue, 24 Mar 2026 13:04:54 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=10.30.226.201 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1774357494; cv=none; b=spHKzYIM1spij9Acok+9W2HQdkrDxXA0c7WyRahMqL7qLMI7Gn4Wddqz3NQXB68wsBt8usa4Th8cFjFCfUZfUPWXjqqwhlnyAm7+/R0crAhaJ8MGhyHMhVlMFISkSB8i6hgd2UxvM6JpwrfaZse6xPriPaxV4+AmvOi0FZvgVb8= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1774357494; c=relaxed/simple; bh=RiA3l+xBx7slPIegWMGY6wmtNGD3r6+FNa36TQabvO4=; h=From:To:Cc:Subject:Date:Message-ID:MIME-Version; b=c2kTAS/vglKALKCSvPlkrhRrdymEvbmiE8BsVIu+Q230/IaK1ZWVUXErNCoFwQiGCT/c0IMUPW77Vels9bbMghWgm2nRsEqOKnf0DK4J3xOyZWzPrn0b4qWq2z93nuw7uxFsw3uRz7DlcDcBHufxjkvoeRzL9lM2ueF7BtpYMg8= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b=Q9hnRYmC; arc=none smtp.client-ip=10.30.226.201 Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b="Q9hnRYmC" Received: by smtp.kernel.org (Postfix) with ESMTPSA id 87130C2BC87; Tue, 24 Mar 2026 13:04:53 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1774357494; bh=RiA3l+xBx7slPIegWMGY6wmtNGD3r6+FNa36TQabvO4=; h=From:To:Cc:Subject:Date:From; b=Q9hnRYmC0NO5eUCSQDIA3sD80d5jJgcqZbJtB2XBNPDDKV+OCEU1ung0pJk95PVe7 IA59b0BFNUGwFLeTplujWzkvLJvfcTiiFl6rPPJup4WRsqqyizU3oYzeNSdyuK13eO KdrtIac7BFvnDE6jsUok520y9SJmrGrZxRw+Tr1XpRVufpGxwAzpC4Ra8Y3pCCXCNV sfdBx5BwpSTpJw2OW5ZqjiX/4sccqdaie/E4B4X8x6d8M94WPu6PENb7lb4wQU8SV/ 1uCrmCH4j00kh8cFmtEnWBZmgwCJWgARDrMexU9AVv404UlIiHGZpL9l3h/9RJkyYb oCqVxh9PvuZQg== From: Chuck Lever To: NeilBrown , Jeff Layton , Olga Kornievskaia , Dai Ngo , Tom Talpey Cc: , Chuck Lever Subject: [PATCH 0/3] Avoid no-op transport enqueues Date: Tue, 24 Mar 2026 09:04:46 -0400 Message-ID: <20260324130449.16437-1-cel@kernel.org> X-Mailer: git-send-email 2.53.0 Precedence: bulk X-Mailing-List: linux-nfs@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Transfer-Encoding: 8bit From: Chuck Lever Reduce the amount of wasted work the svc thread scheduler has to do when no work can be scheduled. Exiting threads already check for work so no work is lost. The three patches in this series each identify a particular scenario where an enqueue becomes a no-op. I've also measured a slight uptick in IOPS and data throughput as well as a drop in 50th percentile latency for simple workloads on fast storage. Chuck Lever (3): sunrpc: skip svc_xprt_enqueue when no work is pending sunrpc: skip svc_xprt_enqueue in svc_xprt_received when idle sunrpc: skip svc_xprt_enqueue when transport is busy net/sunrpc/svc_xprt.c | 46 +++++++++++++++++++++++++++++++++++++------ 1 file changed, 40 insertions(+), 6 deletions(-) -- 2.53.0