From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail-wm1-f53.google.com (mail-wm1-f53.google.com [209.85.128.53]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id AEAEB31D39A for ; Fri, 20 Feb 2026 09:29:07 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=209.85.128.53 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1771579749; cv=none; b=giXo5jamkrj92lQRdPMXuE+XMxPiK53ussz61G22T8YCjFS1+tPWxXqx7o2VhHV+qC34q3xsPRZ6K2Cs09KpvYfxbDq1kZJPwaQ7/Kt0ldfVlfAH5dQCaAB9vSIfGTXJtl55qvo+FxnAhSlmNT1LJPtoX3gqKDf5GIv91rpCNDc= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1771579749; c=relaxed/simple; bh=VMTBZ2q1fGVoYGSyCRvcMqoocE6gyf2zzmG18jf+qEQ=; h=Date:From:To:Cc:Subject:Message-ID:References:MIME-Version: Content-Type:Content-Disposition:In-Reply-To; b=p2X8pKxKpYvqOEzkfQYBY+wNkrKj0q6jT5z4U4B+XibYq3hepXIFw1LYt1HgPMR+mfdfM0R05RTmbGEjamMenTuUz8mJzjdn7WSuaWcDIBGWnKfbxxpQjs812daCZkwL19fL5eOd1BP8c/v6qWNxgnKHcL8pS+Z3hMuaKi6Q8VU= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=pass (p=quarantine dis=none) header.from=suse.com; spf=pass smtp.mailfrom=suse.com; dkim=pass (2048-bit key) header.d=suse.com header.i=@suse.com header.b=KlTFmDB7; arc=none smtp.client-ip=209.85.128.53 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=quarantine dis=none) header.from=suse.com Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=suse.com Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=suse.com header.i=@suse.com header.b="KlTFmDB7" Received: by mail-wm1-f53.google.com with SMTP id 5b1f17b1804b1-483487335c2so17375205e9.2 for ; Fri, 20 Feb 2026 01:29:07 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=suse.com; s=google; t=1771579746; x=1772184546; darn=vger.kernel.org; h=in-reply-to:content-disposition:mime-version:references:message-id :subject:cc:to:from:date:from:to:cc:subject:date:message-id:reply-to; bh=MKuFWwKHCyFD8XdrAqu0nelXgub1Q7mxMeJGT4NfFh0=; b=KlTFmDB7obw7FGej/1wrFPUp7yfGoMMm8Tko+4K2RYbb0tfFS2nFXqCteFeUowiCFu LlqJaB0WZyGFVSblO6wmblI914NWBoxezXQd23YDsk5PRbLxO7fXECeBIWl/SqyTNMhd JxQe5Ic4T1WzvthVvWzgn3o7T3oZTBkCf+V1DpHqopWyoBNR8iRNk5+GJ+Uj5BEmrGHz w4yYsigbAZEUX2wIyN56mydqIBNwV90irkfr+fOwfJ3tFfuDqB08HT+x0vF3psvGuWct De/dgNCeMd1N4lFfoCtC+8W156iQlDE32L3jVlsGfwoH3/6dgqyGnt6bbQNeogg3mxdw vvTQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1771579746; x=1772184546; h=in-reply-to:content-disposition:mime-version:references:message-id :subject:cc:to:from:date:x-gm-gg:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=MKuFWwKHCyFD8XdrAqu0nelXgub1Q7mxMeJGT4NfFh0=; b=IDNfh2fjI1FMP08jQTAomO6Iim7UkaEURiVTgRU5kdvc6F8dZEqye6dd4HPNwGvO+T nheNoBUxkJGUXdxgKBbozPNQrKIpcgTSs/8hnVU4Ox/Gt35nwAajJFXa1pQTa058fral Rdci4k0OZaNB79awgYGKFVOxtoQU68Bxbvc1VfLnSiwAdCorcoCp+j/fIODh0kT9xvTj D+Bkr0CNJnfyTimlURlMUDvcOFssuudzd5RiZX2HhuW7aA8qtTOuKd8BAXllRdNLOp50 n3IOdEG0EhVHva/v90c+Ye+4YkFtYeY8tuACoQPVNMg46AaPRztrXpOsQBEw9+eT9fNP gy3A== X-Forwarded-Encrypted: i=1; AJvYcCXnaPDTZb53W697PxnO7MJ2+iElWEJG15S8Tmd0r495J3roAUG+FfSpCyXbUReK6XnlDRkSlZYTfZdtgvw=@vger.kernel.org X-Gm-Message-State: AOJu0YzHn8zDZNfeLO56/Sr93nb+Q/BEiyI38pkTnemYNxcXKKp2ry3y Q6Dpu6aszq03354UN6mXWkds3CNIu9G1QOgaGy1wYQW5oIabgFs2B7I7inGWmtMfX3Q= X-Gm-Gg: AZuq6aJH4fKl5OUpDwbvB/qV0y2bfP7nDZU6Q7yxtAOgDQeMXKywJBECZdphNmSeZCG sM49J1SSMtCw0YwwCdh59jouyLsbKXWTqsvBCyu1OpPMyhqgazIzequ6noPKSCzN+LifEqdCMKm D+6OKulg/VuOTBADpb/Ixfs+Ub3uFWhUJjkY2ekf9abZJPVHlTBy8O4iq0j1yO5glLB5mTqB49T 9aWgDFx1C0SN+CPfvKaE4vZCFmXWEx6vjfWatp7y62X7m8zEPaNKWyO80CW27yW7f+SLS/CsAH7 oiKjRmvx/87HL/fWMk3RTx1GkbVe1BO5z2YQaQEQnKsu+QOf7bYx6F0uMmdyp9ZjEWZ8txUjH7r oIh8KGxgoiyyncp7GOpvWyM9ugtnP7x1PRtix/mDRbSKGMu0YUmBBCNFhOumApFynlfp/BM/Vwz lqXves/5xg+s5ol578EFC2ITr04XDQDg4= X-Received: by 2002:a05:600c:4744:b0:480:6852:8d94 with SMTP id 5b1f17b1804b1-4839e668216mr90509835e9.27.1771579745884; Fri, 20 Feb 2026 01:29:05 -0800 (PST) Received: from localhost (109-81-84-7.rct.o2.cz. [109.81.84.7]) by smtp.gmail.com with ESMTPSA id 5b1f17b1804b1-483a316eb08sm66105105e9.0.2026.02.20.01.29.05 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Fri, 20 Feb 2026 01:29:05 -0800 (PST) Date: Fri, 20 Feb 2026 10:29:04 +0100 From: Michal Hocko To: Dave Chinner Cc: Marco Crivellari , linux-kernel@vger.kernel.org, linux-xfs@vger.kernel.org, Tejun Heo , Lai Jiangshan , Frederic Weisbecker , Sebastian Andrzej Siewior , Anthony Iliopoulos , Carlos Maiolino Subject: Re: [PATCH] xfs: convert alloc_workqueue users to WQ_UNBOUND Message-ID: References: <20260218165609.378983-1-marco.crivellari@suse.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: On Fri 20-02-26 09:22:19, Dave Chinner wrote: > On Thu, Feb 19, 2026 at 10:20:54AM +0100, Michal Hocko wrote: [...] > > The usecase is that isolated workload needs to perform fs operations at > > certain stages of the operation. Then it moves over to "do not disturb" > > mode when it operates in the userspace and shouldn't be disrupted by the > > kernel. We do observe that those workers trigger at later time and > > disturb the workload when not appropriate. > > Define "later time". After workload transitions to the "do not disturb" operation. > Also, please explain how the XFS work gets queued to run on these > isolated CPUs? If there's nothing fs, storage or memory reclaim > related running on the isolated CPU, then none of the XFS workqueues > should ever trigger on those CPUs. I do not have full visibility in the workload (i.e. access to the code) so we only rely on tracing data. We know that the workload operates on the set of isolated cpus and each component is consuming a dedicated CPU. We also do see (among others) XFS workers interfering. I am not able to link exact syscalls to those worker items but we pressume those are result of prior workload execution as not much else is running on those CPUs. > IOWs, if you are getting unexpected work triggers on isolated CPUs, > then you need to first explain how those unexpected triggers are > occurring. Once you can explain how the per-cpu workqueues are > responsible for the unexpected behaviour rather than just being the > visible symptom of something else going wrong (e.g. a scheduler or > workqueue bug), then we can discussion changing the XFS code.... Understood. Thanks! -- Michal Hocko SUSE Labs