Received: by 2002:a05:6a10:8c0a:0:0:0:0 with SMTP id go10csp1746591pxb; Mon, 22 Feb 2021 09:49:58 -0800 (PST) X-Google-Smtp-Source: ABdhPJw1NZdiDVqZ1q1pAhJQ2HA3ihBaRxNjIYRd+BeDBV0WCFbZXHGjY+m00aL2N/spgEFLDHzI X-Received: by 2002:a17:906:32d1:: with SMTP id k17mr22083745ejk.141.1614016198726; Mon, 22 Feb 2021 09:49:58 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1614016198; cv=none; d=google.com; s=arc-20160816; b=dPsDD6UphoCocmzDMFtsUeZ91iXBGi7DvDZq8xWlyHubjPPJtoC6L9XAwuOnkEa5Pt otE70S7beM6IHR+7kjuNY3WWzmh2I0wpf68ek/Es2pnuQFTOFXomtZv36HfQCszkKTOg yxwBoEDz7c14wvkInK3v0PmL4nVBpJqD/5tz69MHEkfu01xhs8SOmktHbZu7lG2nef92 w/Vj0fTTt8jT96jzU7krEXw9eLheS0IPOTWnJ291/Bla+iWvKGh9FBjcRUuBMSj3u7Z0 erKci79LbFB7C/zs+MZETLs6v+yAtoLfwIncWHIC9S0cbCN6WRF7Z5oTdmp1c3IrvPFc 1iYg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:content-language :in-reply-to:mime-version:user-agent:date:message-id:from:references :cc:to:subject:ironport-sdr:ironport-sdr; bh=fxE1kD/UfZvmo32ugbc/xaBgzwypSXrj6mIqGLUubpc=; b=0iZvSgXk9VSEPmDM4owM0PNA60OMuqB5Zo1zTqMA3gmKaNaRHaOwivgwJE2ToUwP84 hgy2ccSvIgRUBm4f7zzfQaIKtLHANeZbfWWDAqPBP4t3Shyt5zn9j0kUxgN1cbKeqeSv KqB9G6zkMtH7Hlhp1XuT3fJXGy5Mq6lCkxYy35SxnFHr3vtzksx3KCwBFa/UWrrfCRls Wc627dFm/FYuaWfsj7wIMKhufa1RNu5lvg5PfEve4Jzs3WZtwOyA0+3yn3+OHaheXl8y GI0XNb1uJO7fLYSsZmbxIB44Mjn+9a0FcqG0Ws2gBL1xQMWMRG6cJTQfJVJP25FjpwCD BMhw== ARC-Authentication-Results: i=1; mx.google.com; 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=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id o17si12187886edz.582.2021.02.22.09.49.34; Mon, 22 Feb 2021 09:49:58 -0800 (PST) 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; 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=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S230398AbhBVRrE (ORCPT + 99 others); Mon, 22 Feb 2021 12:47:04 -0500 Received: from mga06.intel.com ([134.134.136.31]:3383 "EHLO mga06.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S230379AbhBVRrB (ORCPT ); Mon, 22 Feb 2021 12:47:01 -0500 IronPort-SDR: 6DbAzOjQGdPPd6tAiFPw0/tokR3zHFUF8XwfYnnc944MPDRBowono0goBgmZIla/m337dBr+wl 5bJ5DtRe6WEA== X-IronPort-AV: E=McAfee;i="6000,8403,9903"; a="245954072" X-IronPort-AV: E=Sophos;i="5.81,197,1610438400"; d="scan'208";a="245954072" Received: from fmsmga008.fm.intel.com ([10.253.24.58]) by orsmga104.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 22 Feb 2021 09:45:13 -0800 IronPort-SDR: JY/PWzxEGyxqu/7pjSpHmBwJ1805Kcb5WA3ULltjKaUFxNP0jB3W68JvxDoI/TrIi9t0/6i+K5 gPUzcXSZVpGQ== X-IronPort-AV: E=Sophos;i="5.81,197,1610438400"; d="scan'208";a="389942411" Received: from schen9-mobl.amr.corp.intel.com ([10.251.12.88]) by fmsmga008-auth.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 22 Feb 2021 09:45:12 -0800 Subject: Re: [PATCH v2 3/3] mm: Fix missing mem cgroup soft limit tree updates To: Michal Hocko Cc: Andrew Morton , Johannes Weiner , Vladimir Davydov , Dave Hansen , Ying Huang , linux-mm@kvack.org, cgroups@vger.kernel.org, linux-kernel@vger.kernel.org References: <1ecd277e-c236-08e1-f068-3dd65ee0e640@linux.intel.com> From: Tim Chen Message-ID: Date: Mon, 22 Feb 2021 09:45:12 -0800 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.6.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 2/22/21 12:41 AM, Michal Hocko wrote: >> >> >> Ah, that's true. The added check for soft_limit_excess is not needed. >> >> Do you think it is still a good idea to add patch 3 to >> restrict the uncharge update in page batch of the same node and cgroup? > > I would rather drop it. The less the soft limit reclaim code is spread > around the better. > Let's drop patch 3 then. I find patch 2 is the most critical one in this series. Without that patch some cgroups exceeds the soft limit excess very badly. Tim