Received: by 2002:a05:6a10:5bc5:0:0:0:0 with SMTP id os5csp1461590pxb; Wed, 20 Oct 2021 05:43:09 -0700 (PDT) X-Google-Smtp-Source: ABdhPJy2fMkCy+2f7OBEefDM7mb7Eos0dkKAy980Xc+c08v+R8dNsHGyVA3+zBTkLGRRQydnhdVE X-Received: by 2002:a05:6a00:984:b0:44c:e996:fc2d with SMTP id u4-20020a056a00098400b0044ce996fc2dmr6271744pfg.31.1634733789411; Wed, 20 Oct 2021 05:43:09 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1634733789; cv=none; d=google.com; s=arc-20160816; b=J62LnvvcMg6uwxF/3JcgNik+W88prCFEANk4teou5fW9uFLJeafbFKQ3myjDtWDf3B rDskRaP17FJndOYjlhj+Vx4fDUYlF0l3T4Q9ltSlnnZt2AoiW0zcNKS2CoNcEa1vS5bF alPWN37PbVWDmB6LQa6SAID59GbVzbiVLol4ehWlZ/jveBtBODrdJvqjyNPL8PnHcRvf HWE7VNeZl4b/ulvwCAJkPIvs3PfPM2+lZUiUL1w5wdDojwF3JQJmb+WRnVKaCjOh6OSF 9NNbtBvfAEIfKsRaUYKQH6o0SXOi3mMJo4wseAm2M9+rl+RDlo+uz11DSqMADZtbW5bT kJVA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:cc:to:from:date:dkim-signature; bh=sFOP+dXf4qmtNkZTV2k2qUHOsofKbRuJJn1maDYI9oM=; b=b9Na3v2uAOPGouV0P9CoYOcPR/NL1BWx89L7g7CzYnjgK6M3azN8GNgXU2XrF1g0H2 4EajTRYvKIbh966FSjkOE+SALdHQeSP8chk+G1fRUuBzGdzitrUNcLNoA0Qssf9pXhoC 42HwpVvc/dzcz2Tx8ky7hoKUGgEvbmvjd296NCdftNVwI3+jY9Tfovy8KcpaP5XXR77T WjrzmHxloqqoRtvZgNDgTOSB907qnE7sfj7q0deZXo0n34212XBA+niIZbQEt6yzgbDv 4T3tn7gMOefMQjlbhWGxOEpdSODGRoDqTrxpMuLEB6wFL8P3XJJ8xr5kXx8ZKjSKNx0x oHzA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@suse.com header.s=susede1 header.b=UyA4wEqa; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=QUARANTINE sp=NONE dis=NONE) header.from=suse.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id d9si3678772plg.284.2021.10.20.05.42.56; Wed, 20 Oct 2021 05:43:09 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@suse.com header.s=susede1 header.b=UyA4wEqa; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=QUARANTINE sp=NONE dis=NONE) header.from=suse.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S230160AbhJTMoH (ORCPT + 99 others); Wed, 20 Oct 2021 08:44:07 -0400 Received: from smtp-out1.suse.de ([195.135.220.28]:44572 "EHLO smtp-out1.suse.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229998AbhJTMoF (ORCPT ); Wed, 20 Oct 2021 08:44:05 -0400 Received: from relay2.suse.de (relay2.suse.de [149.44.160.134]) by smtp-out1.suse.de (Postfix) with ESMTP id 7765321A87; Wed, 20 Oct 2021 12:41:50 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=suse.com; s=susede1; t=1634733710; h=from:from:reply-to:date:date:message-id:message-id:to:to:cc:cc: mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=sFOP+dXf4qmtNkZTV2k2qUHOsofKbRuJJn1maDYI9oM=; b=UyA4wEqa/V+upXfbz6kZdRsrMWrhneLtYsx4sBI86AeeX2S3ehCZ4BDkFEnycu5zd2sJl3 LnV5NPVglpzp6+B09XkTkngMgzrn3L+mqavxH1k4wy/sMfEI197G2RHcdR3wlgqLZKwwMc pcVa15Jctosy5pc5u8tsB+BMAhY3abU= Received: from suse.cz (unknown [10.100.201.86]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by relay2.suse.de (Postfix) with ESMTPS id 343FEA3B8B; Wed, 20 Oct 2021 12:41:50 +0000 (UTC) Date: Wed, 20 Oct 2021 14:41:49 +0200 From: Michal Hocko To: Vasily Averin Cc: Johannes Weiner , Vladimir Davydov , Andrew Morton , Roman Gushchin , Uladzislau Rezki , Vlastimil Babka , Shakeel Butt , Mel Gorman , Tetsuo Handa , cgroups@vger.kernel.org, linux-mm@kvack.org, linux-kernel@vger.kernel.org, kernel@openvz.org Subject: Re: [PATCH memcg 2/3] memcg: remove charge forcinig for dying tasks Message-ID: References: <56180e53-b705-b1be-9b60-75e141c8560c@virtuozzo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <56180e53-b705-b1be-9b60-75e141c8560c@virtuozzo.com> Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed 20-10-21 15:13:46, Vasily Averin wrote: > ToDo: should we keep task_is_dying() in mem_cgroup_out_of_memory() ? > > Signed-off-by: Vasily Averin > --- > mm/memcontrol.c | 20 +++++++------------- > 1 file changed, 7 insertions(+), 13 deletions(-) > > diff --git a/mm/memcontrol.c b/mm/memcontrol.c > index 6da5020a8656..74a7379dbac1 100644 > --- a/mm/memcontrol.c > +++ b/mm/memcontrol.c > @@ -239,7 +239,7 @@ enum res_type { > iter != NULL; \ > iter = mem_cgroup_iter(NULL, iter, NULL)) > > -static inline bool should_force_charge(void) > +static inline bool task_is_dying(void) > { > return tsk_is_oom_victim(current) || fatal_signal_pending(current) || > (current->flags & PF_EXITING); > @@ -1575,7 +1575,7 @@ static bool mem_cgroup_out_of_memory(struct mem_cgroup *memcg, gfp_t gfp_mask, > * A few threads which were not waiting at mutex_lock_killable() can > * fail to bail out. Therefore, check again after holding oom_lock. > */ > - ret = should_force_charge() || out_of_memory(&oc); > + ret = task_is_dying() || out_of_memory(&oc); Why are you keeping the task_is_dying check here? IIRC I have already pointed out that out_of_memory already has some means to do a bypass when needed. -- Michal Hocko SUSE Labs