Received: by 2002:a05:6a10:eb17:0:0:0:0 with SMTP id hx23csp1154243pxb; Thu, 9 Sep 2021 22:32:53 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwQsA2sL93u1j670TCfouBTe3hwOxBlUx5+xFRNQTGajrtbZs40IRm0oWY3YoklvPZ+Ig1W X-Received: by 2002:a5e:d80c:: with SMTP id l12mr5708713iok.120.1631251972987; Thu, 09 Sep 2021 22:32:52 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1631251972; cv=none; d=google.com; s=arc-20160816; b=QSXAqoVdthunNXQpXG+9oq1Owvn8LpLkjg0oHDsR9OS72gn7d2UFIeULK7CAlakt7d 3rp9Ga5E12Y3xq3ln3cuGF+DX3Hpz8VbXGuParyrXUQ3r0tRrzadwk3XDSsipIx1qnHT 73Jm9jcOmxQ+3m12Vn/HSwYbTAt6TaVG/b9mFmd8vk7RQBiw0c+Nq2P8tBQAt0jbXTex 6QrjZMSr38e5gGja5t0XS2SeGNuD/WJzgry/4wozpmhqmq/HyU9GKV8mVgOzhKaa54St 87QoNcgIH2Lw7G0uTK6s/83Lvhn1sDfQWZ3tpzQQ43j3UBx2BNrt8hBhP5bmQ9ogkki6 5Jww== 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:dkim-signature; bh=svfX9vrckIXv0kIsXF1Q/PyrjfnFqdiB+uHxilhWrdk=; b=tT3woYdG1VuvQCPCo6nhsnM4Jk7TXRRUJqLX8I1CXkjsMdfBRdL3SAcoaMtqWDwr8m kB6XMnGAj9xA1071z+fi9eMagQXuci7cvgNzr1gi2WMLLOClLqzPmtpHiapiwmlPQw3M I55HSSHAKB8FPZDoHAc9acgHFNddyh0r0A272f2rlvCq2pWoxhZoAcfOf3HUvLk8oxTl CsGwBbTFxubSQdypXOtPEAOSkJUK/jw16jAfsU4L5pOmHX7f1YQwhjuWJpDNJkeA9TF0 i1Gmt1axgbvRlmum3cPlxAq4UYlweyC4rgSH07WHZ90oMCV1ZlYOYSEZwKf/tbZQu3by +xmA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20210112 header.b=DsoWUPYL; 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=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id t1si3921700jaj.102.2021.09.09.22.32.41; Thu, 09 Sep 2021 22:32:52 -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=@gmail.com header.s=20210112 header.b=DsoWUPYL; 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=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S230391AbhIJFco (ORCPT + 99 others); Fri, 10 Sep 2021 01:32:44 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:50334 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S230286AbhIJFco (ORCPT ); Fri, 10 Sep 2021 01:32:44 -0400 Received: from mail-pj1-x1029.google.com (mail-pj1-x1029.google.com [IPv6:2607:f8b0:4864:20::1029]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id C5927C061574; Thu, 9 Sep 2021 22:31:33 -0700 (PDT) Received: by mail-pj1-x1029.google.com with SMTP id c6so626185pjv.1; Thu, 09 Sep 2021 22:31:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=svfX9vrckIXv0kIsXF1Q/PyrjfnFqdiB+uHxilhWrdk=; b=DsoWUPYLyH10u3d1eAgto4n9+YHgGmryBuTU6J0m9Yr7KuorWxHF2yxAWPKUxWBFHM x2B0+3RoLsmf4Jj6mHDxW6RC1/bQK5guVuS1QaaQKBD1y9R3+sCHpUtDlY0KKKb5qRXk 9oCPVpqniclK+QjaiuLG09eiKHArJ/W09gn5lAQmxBI9XFyvxTuIfpXCiOrSP5OH/O4F +V5PJLkog8EB3Se7oyPLlA+cj3bU1M3btokG2h8wHLg18TVsFnZLXjta+HxezIrvEyoX B7r88e18ApPdRNg+nNWe7rtHd6SGZp4sVu71gz1iAc1CeQCl6031+5br9Z4URhuohdL8 WLDA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:subject:to:cc:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=svfX9vrckIXv0kIsXF1Q/PyrjfnFqdiB+uHxilhWrdk=; b=41hEvMeeZhWAXE0xdmw4DjddbYcp7WhvUr9Q+PrFxMkkta7XAwwUPjB0PJjXzCsMMo 7Ody9LIf8b5qWZhbPxsbfahEmkQxmeKGCQeJoUyhypbwWqnKmiZoUm07a/IYyglpCG0t 3JE/BL3arqysj06iaO2m7kGQ0eIho8RlpMmn/psncLnrYkWtdTTxAuMVSCJm1EDKzp0v CTAPvCV9qp4JFlM+MmlPteBQYyk4zhs4XkrqfUyPjtwVwd52Z/Awgf99YmKgRd57fQ3C 0oBcd254QVrF6fIGGX4auOeOonNyh4EgdYBqiXDM9cbbLjxsnvdpw5sWYLXAEwp0BWCX 1tBA== X-Gm-Message-State: AOAM530kt3KvUWYXl6bBUFR/9A3ZPmBl2iytfec6R0shxwqjSim9G4s/ HvWnoePGuX3leqgQuacxmz8xjUy0uhs= X-Received: by 2002:a17:902:b601:b029:12b:d9a:894f with SMTP id b1-20020a170902b601b029012b0d9a894fmr5884186pls.63.1631251893206; Thu, 09 Sep 2021 22:31:33 -0700 (PDT) Received: from [192.168.255.10] ([203.205.141.113]) by smtp.gmail.com with ESMTPSA id mv1sm3692398pjb.29.2021.09.09.22.31.31 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Thu, 09 Sep 2021 22:31:32 -0700 (PDT) Subject: Re: [RFC PATCH 3/3] misc_cgroup: remove error log to avoid log flood To: =?UTF-8?Q?Michal_Koutn=c3=bd?= , Vipin Sharma Cc: tj@kernel.org, lizefan.x@bytedance.com, hannes@cmpxchg.org, linux-kernel@vger.kernel.org, cgroups@vger.kernel.org References: <988f340462a1a3c62b7dc2c64ceb89a4c0a00552.1631077837.git.brookxu@tencent.com> <86e89df640f2b4a65dd77bdbab8152fa8e8f5bf1.1631077837.git.brookxu@tencent.com> <20210909143720.GA14709@blackbody.suse.cz> From: brookxu Message-ID: <478e986c-bc69-62b8-936e-5b075f9270b4@gmail.com> Date: Fri, 10 Sep 2021 13:30:46 +0800 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:78.0) Gecko/20100101 Thunderbird/78.13.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 8bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Thanks for your time. Michal Koutný wrote on 2021/9/10 2:56 上午: > On Thu, Sep 09, 2021 at 09:49:56AM -0700, Vipin Sharma wrote: >> We are adding two files in this patch series, misc.events and >> misc.events.local. I think "fail" should go in misc.events.local and >> its name should be changed to "max". > > I consider the max vs fail orthogonal to local vs hierarchical. I.e. > both entries can be in both files: > > (1) misc.events.local:max number of times the cgroup's misc.max was hit > (2) misc.events.local:fail number of times operation failed in the cgroup > (3) misc.events:max number of times the cgroup's misc.max was hit in the subtree > (4) misc.events:fail number of times operation failed in the subtree > > Is that too many? Admittedly, I assume (1) and (4) will be the more useful ones. > However, I'm afraid overloading "max" as suggested might be (more) > confusing. ('subtree' above := self or descendant) I am a bit confused here. For misc_cgroup, we can only be rejected when the count touch Limit, but there may be other more reasons for other subsystems. Therefore, when we are rejected, does it mean that we have touch Limit? If so, do we still need to distinguish between max and fail? (for misc_cgroup) > Michal >