From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail-ej1-f45.google.com (mail-ej1-f45.google.com [209.85.218.45]) (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 84FC24D9FE for ; Thu, 18 Jul 2024 07:25:48 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=209.85.218.45 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1721287550; cv=none; b=eZ5miozhx1Jsye74g0NCeOwFy04qAGKO6GTP9pFVSLQ7D4KWKF/P408ezCgIA4Yr8ecgIMd+QlUzUacdoFIp3wYg0BGmSKjAxWlJ55OKLKrDnQF5nJiqvbXOCmM+vU8a49dXnLxDiwUi/jy/hCgWcxPDomhUz9LnOKXZzboWezc= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1721287550; c=relaxed/simple; bh=jOELyCaGkaykG65k6MmracYS/rExwA+PASAjNC9tR1s=; h=Date:From:To:Cc:Subject:Message-ID:References:MIME-Version: Content-Type:Content-Disposition:In-Reply-To; b=EKVTyR4rYfbu/vyTRIbTYAEaxbQoKH567a5E0H4U9Gt3sVx041NUUeeFKGCx7Sm0QKLFyZZTr1VvEBFiskmUhENuYbybmQsjPxDCAY9yh2K6P3slLgwVoMkIQpezrKKtg5RXwBX8OplINLP2IlpKyhqkqB98uCedmXQJKi8bKY4= 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=R+D+F+Pd; arc=none smtp.client-ip=209.85.218.45 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="R+D+F+Pd" Received: by mail-ej1-f45.google.com with SMTP id a640c23a62f3a-a77e6dd7f72so41068266b.3 for ; Thu, 18 Jul 2024 00:25:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=suse.com; s=google; t=1721287547; x=1721892347; 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=vcwItFS0olVkauOdW6Vv7zuIp6VerMiLVs+nxpD7snM=; b=R+D+F+Pd7eEov5CEC3E6Jahz6RRxYkraAcLn11NmjqCAxPmrNjPkeBSit8FU4TeVKJ iEVYz5eWnirxY2TUGaY8GMpfFwJtvhd5X9WzUabUYMOyIe6sb/P6bN3x3yVeBk+bF7Cr Xw2kZ/tbR6mZj8s21DAzyZyVZkTAqdyCB9WIVgIwnBgsXxvzc+NKr9Q8b3xGBUEIkNyq k7JYUVBoSgS5XTXgXp2toLmua12gBkdaXBHgmnL3ID7jJe9KuOejemLt9VO05G//Qq1H thS5fDAmeQdT2YScbNfW0492k+f+68DL67SLFjt2vrW2f1jwjzVHRmAqhIXWjDBPee6I MOtA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1721287547; x=1721892347; h=in-reply-to:content-disposition:mime-version:references:message-id :subject:cc:to:from:date:x-gm-message-state:from:to:cc:subject:date :message-id:reply-to; bh=vcwItFS0olVkauOdW6Vv7zuIp6VerMiLVs+nxpD7snM=; b=sBZNHKGdQ6SUofwPJJA0qpr+FKD3/oPPjHzP6JMML63Im07HrU+BqlwgfMyRwqYT57 jKVB4mvvDefLH9Mz2LkNvx+p+TZ7ETq9UO0XY3DxJ8kFz1L0fg8Tt+dta4R8BPjkJWwT aOGY3KBhWohVxL/1Ao4/35dCC4STB+1nEOcP/zzW49d/mXX+0/j1G780BbCkb8sJPIb/ KrpFzWparMhcLL8RTRHScC2O4b9yUz5sUpf+qRreuGCyjxuAKLSjhR1UEWMijT4ZBUf5 jRj4Kz6B37GJ1DRi+LHtf5YfpiCXHIEoncjyP8KMd49hgxKeMZC8E7I4lPyuL5FN4aC0 oX9A== X-Forwarded-Encrypted: i=1; AJvYcCVBXnialQgLdeNm5OSIExLvMzLBLxLJxcz0Xl3tAConBpm9wR/Z/7VPDE8YyZW+EHtV3W8h9SvKVRKRz0FTZgeR1fow1Xebdg== X-Gm-Message-State: AOJu0YxOg4uKcJxzjYARLYMwa0hSR7eOcSejdT73bSnAkpy5XCx/GQAQ 9d2syGeuG2hYhCFemWn5iqrS+wyKb+4vNvsGUw6n/ni5yK1Bjm1LGO6By0kE5Mk= X-Google-Smtp-Source: AGHT+IGaCt90Cox8GLORF2aRGCefxdPNLoxyupkBnqx9dhi7qboXugiP0cfGKgo+Px64AVA42Y6xeg== X-Received: by 2002:a17:906:fb86:b0:a77:e1fb:7df0 with SMTP id a640c23a62f3a-a7a01138eb1mr265615566b.2.1721287546791; Thu, 18 Jul 2024 00:25:46 -0700 (PDT) Received: from localhost (109-81-94-157.rct.o2.cz. [109.81.94.157]) by smtp.gmail.com with ESMTPSA id a640c23a62f3a-a79bc7ff7a7sm522358266b.155.2024.07.18.00.25.46 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Thu, 18 Jul 2024 00:25:46 -0700 (PDT) Date: Thu, 18 Jul 2024 09:25:45 +0200 From: Michal Hocko To: "Vlastimil Babka (SUSE)" Cc: Qu Wenruo , Qu Wenruo , linux-btrfs@vger.kernel.org, linux-mm@kvack.org, linux-fsdevel@vger.kernel.org, Johannes Weiner , Roman Gushchin , Shakeel Butt , Muchun Song , Cgroups , Matthew Wilcox Subject: Re: [PATCH 0/2] mm: skip memcg for certain address space Message-ID: References: <8faa191c-a216-4da0-a92c-2456521dcf08@kernel.org> <9c0d7ce7-b17d-4d41-b98a-c50fd0c2c562@gmx.com> <9572fc2b-12b0-41a3-82dc-bb273bfdd51d@kernel.org> Precedence: bulk X-Mailing-List: cgroups@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: <9572fc2b-12b0-41a3-82dc-bb273bfdd51d@kernel.org> On Thu 18-07-24 09:17:42, Vlastimil Babka (SUSE) wrote: > On 7/18/24 12:38 AM, Qu Wenruo wrote: [...] > > Does the folio order has anything related to the problem or just a > > higher order makes it more possible? > > I didn't spot anything in the memcg charge path that would depend on the > order directly, hm. Also what kernel version was showing these soft lockups? Correct. Order just defines the number of charges to be reclaimed. Unlike the page allocator path we do not have any specific requirements on the memory to be released. > > And finally, even without the hang problem, does it make any sense to > > skip all the possible memcg charge completely, either to reduce latency > > or just to reduce GFP_NOFAIL usage, for those user inaccessible inodes? Let me just add to the pile of questions. Who does own this memory? -- Michal Hocko SUSE Labs