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 03E3526FD97 for ; Sat, 22 Nov 2025 14:26:57 +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=1763821618; cv=none; b=dcKNKqHc4N0IM9vv4V+e87SC+YW/jadm106WOIhbGzX5tgR1AjNcEmzCKIGu9Oh/h72leJUDKgyZS8O9VjbRM6f3j1QN0v6hWH73l/xMtiUUjMr9oaNxZpbWtbkOKJBM73HD0aktSIQvUS/g710LKGuFrI4AMT2HJRBwZ5rJ1UM= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1763821618; c=relaxed/simple; bh=JcQJPHkk2Y3Q3Vvhtle6jl+P8PZda+G6vTugBTtgnfI=; h=Date:From:To:Cc:Subject:Message-ID:References:MIME-Version: Content-Type:Content-Disposition:In-Reply-To; b=Al9FArovnICAyICJVhAD+6gQTahCXcAEsYYqx0uv/xEfyOczCgewtlG+LYFBmlbydfu3PLHslvRSL2yIP53r5P7EgH5m4W4iSTmMTnVFkP1LM15Z/LfQLY8yX2cQeGbT4V2zbU5OiBDIX7kOJu4iCb3+UbseIJttcqCTWIy8gtU= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b=a5MzCeTU; 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="a5MzCeTU" Received: by smtp.kernel.org (Postfix) with ESMTPSA id 809A9C4CEF5; Sat, 22 Nov 2025 14:26:57 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1763821617; bh=JcQJPHkk2Y3Q3Vvhtle6jl+P8PZda+G6vTugBTtgnfI=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=a5MzCeTU8Adto47tjwk8CkvhwYnS3Eaef5z9IJfEcBifbi3eyNGDZlH8zf3RMxmBf gZbha/CPlOXhCqz5vFTsaFGA49sFhwpKDXzgidsxlNS8XVFSFmeeMnVVvU+RlFMScZ 6uOPS7DOhxzFkTk1kSOjH04xSZwpzJBqrLumK526818yc7WLaU0JmalCNMj9ATNQab 3CChws1YdcRTIuzhSvADwI3y9ljCl9NoER7BlER5Spi2Fn7ajhIZrfGl75nQl+qv8x ulDI41T4Fa+f9W1vos57hcZhJRrpC3lzgpgUJKtBYLqJa7T8kquxWvrPHQwAWnLVqw WKO+qIJZV3lJw== Date: Sat, 22 Nov 2025 04:26:56 -1000 From: Tejun Heo To: Lai Jiangshan Cc: linux-kernel@vger.kernel.org, ying chen , Lai Jiangshan Subject: Re: [PATCH V3 6/7] workqueue: Limit number of processed works in rescuer per turn Message-ID: References: <20251121145720.342467-1-jiangshanlai@gmail.com> <20251121145720.342467-7-jiangshanlai@gmail.com> Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Hello, On Sat, Nov 22, 2025 at 02:22:12PM +0800, Lai Jiangshan wrote: > The cursor is per PWQ. When the rescuer come back to this pool next time, > it can only handle the PWQ belonging to its wq, which is A, and it will search > from A3 and process A3 instead of searching from B1 if the cursor is reset. Oh yeah, you're right. I was thinking that the cursor was shared across pwqs for some reason. Thanks. -- tejun