From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail-ej1-f52.google.com (mail-ej1-f52.google.com [209.85.218.52]) (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 8922B2CCA3 for ; Thu, 18 Jul 2024 07:25:48 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=209.85.218.52 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1721287550; cv=none; b=LGajlKKrhX9of3Zfh94IL7BuUd+xA3A7xnHyPpvAS2W0lNyua42VxVFwvUn81eouJgxca/4DAvNl4eWLpUWyYqamk92xvAi3+pLTpx9oy6vElcxBnGfMhOUxAaCQT1gKGXUN4oZk9dKVwXv6SWuotQf/RXjCQPdTqOcFoz4ZPAs= 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.52 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-f52.google.com with SMTP id a640c23a62f3a-a77b60cafecso38963366b.1 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=GNj0ZDc6z1EY8YQtdKOyxVlZtm6gq8ocXMC+ZpnNRr/LnS8gwCOpjBAFBJM+WT0/DZ ywKCSQgsCHyTJeOMR9/CBgwicodJC0aAbKgpKAAKtZuS9aNTiT5tD1JzAJxRLKkT3m5A cT7PvV2TvvVhcL9/a2xbv9BzNuKr2yCpXMeaM1e1Awi60zFqWEkF85HwyrkEwkIDhHW+ 5GMaREL4wcMzlRBvhkOhkz0ap1AHe+1XIikSdwpS8CU/Vc7EoA9YXk2IQ7Mm/8vQTNdS PcK01qXuze7O0uubdv+HgqET2fTg66Ug9rxncpB3RaNi29AnJF1+tuvc1A28oXOt0Ssb iHCg== X-Forwarded-Encrypted: i=1; AJvYcCVO1TOpUErzgSo62t/FzJ0avnRm3oolso84o7mBHFT35eqEDihvPGSp0zVd2i8SHluNTIFo/A1PPOjjSTGsqzKL5F8pHDrkjr8NZbo= X-Gm-Message-State: AOJu0Yy8BuJVR9rdw1sHsrmDEn9w1X0YPH7ab6AKRfLXseO+EUiKKgSt uFn9f5SdKjiGKbBzidYNQ7Zvmbxyy/Swe2jePfhh+bCjp7+rrChzhd7ExixkLv4= 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: linux-btrfs@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