Received: by 2002:ac0:a594:0:0:0:0:0 with SMTP id m20-v6csp152299imm; Tue, 22 May 2018 15:55:33 -0700 (PDT) X-Google-Smtp-Source: AB8JxZqeQB8CXWTUe0g30lzhL5k+jmCNmCagKMThTw2IFPY9QN/VnOKnOMIe+753U334zoy0LRJw X-Received: by 2002:a63:604b:: with SMTP id u72-v6mr313184pgb.108.1527029733007; Tue, 22 May 2018 15:55:33 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1527029732; cv=none; d=google.com; s=arc-20160816; b=0hEIgGuiB8bs5Q1UJn77ywFa3NSdb2ItZqyRH8cnqny+nDTERZleozrHolFNhQIsbc SoB5M7NgEh+T6SmXffWXGeET1mC73EWkx3bxfdRTNsZitomL5rdDrlajjUMU2HZa6uf7 FPpBzmd9kkPqiVz1QrQtwsP7mdiqDtCwOOE8WKmSYm1T44/4QplWhLBPFMtzyZfXzszZ 0AIWiD0te/h1pzd90f/9HGOI0a80pz2jAOHsIcEEh+SvE+66uCijpl5cZc5ApwNkKFX1 HzU0jqOvOC8EpvnDCxeGb1wbTvedwI9Y6p+FHE3ybRNbYW65Xe5K9F2BHhYFnfISpWmy Ekyw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:mime-version:user-agent:references :message-id:in-reply-to:subject:cc:to:from:date:dkim-signature :arc-authentication-results; bh=ZL8loa8UimWltA1BV8Bl14c2f6RSGSet1dYKsgTDLGg=; b=YyOFo6osON0Q4A8BJt99kVcHD2EyEOqAnxPNUpZQzuTqXOGaNCX9O6ZXT2KwmXAo2N JH6anQ6lbMYry6DUAeNI4sVzkfaP7qWPbut+ulQg+EdiRD+oBMp9O0RUvWdUWkfGTB3F Pf1ad/62toqYowRyOFySTOHKhoxEm/fn0hhxuYhLobqhPU+Sr/O7ryDJ8VMoyNpbAYC2 Z/yhICD8cB8+CGzuIHynRe8cM96Cr2X/bxVbji99ue5QV4WtLrIN8PksHa+6PpL3hO3n SAgzbDYOcnIKDM22tZIahsXpgZ2W7VKyJ5edVsPPt5WEOCX3ygIRVdlJWgv42qSQEbqN E77Q== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@google.com header.s=20161025 header.b=LzfOUSQ5; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=REJECT sp=REJECT dis=NONE) header.from=google.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id j2-v6si13911736pgc.350.2018.05.22.15.55.17; Tue, 22 May 2018 15:55:32 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; dkim=pass header.i=@google.com header.s=20161025 header.b=LzfOUSQ5; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=REJECT sp=REJECT dis=NONE) header.from=google.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753324AbeEVWyF (ORCPT + 99 others); Tue, 22 May 2018 18:54:05 -0400 Received: from mail-pl0-f68.google.com ([209.85.160.68]:33915 "EHLO mail-pl0-f68.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753036AbeEVWyD (ORCPT ); Tue, 22 May 2018 18:54:03 -0400 Received: by mail-pl0-f68.google.com with SMTP id ay10-v6so11774499plb.1 for ; Tue, 22 May 2018 15:54:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20161025; h=date:from:to:cc:subject:in-reply-to:message-id:references :user-agent:mime-version; bh=ZL8loa8UimWltA1BV8Bl14c2f6RSGSet1dYKsgTDLGg=; b=LzfOUSQ5nHj8b28Lf4UbNiL4ye1LYDJ9OsryLrD46OopsQd+wCgnwX6l23G31voavU 7mUvJ86EJZqlssV6rcvC7Doyw3BlEIH65ufDPdloq2qau/y8Ph3Qs1odlz6Rhji10uey cs5AmmJtJ5DMNgEQZMeqi9Wl+fFAFinmiVM9YGAu5xheTM8hdIs/N2uI8V1h0qMdZxqJ WH90s51JUz1Els06nnrFO+116sJBiO22tjrbK+uloQLYsLwd/oQnFeA75f5ZqMcTM247 LRRqljHUy2pT/Vc4zEjtUZZ0A7qf7Z+sborlEy7VcVGRJHh1Ir37dZVWJSu3O9riL2Gi ne6A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:in-reply-to:message-id :references:user-agent:mime-version; bh=ZL8loa8UimWltA1BV8Bl14c2f6RSGSet1dYKsgTDLGg=; b=Y4VTnrqa7oGJc7pU/nUqgZQgguYNPPms0FRFrF/R0Get2AU1VarrWHTVMUQvZWvAKg j/C4VfuSpPopqmJ5bish28Lkg3cNxy1x8qUV9y3ZslRfUYWwo2Lw0o9yUBeUnb29ijbK MANGLEfIu8fuPuZlYn4l27oRnWm0m7ICfgAHM0j0QkdRTv+zLO4S6co0GmqLPXZeoZBB UOH+zEAYIE5ecoIpt8O5F5u75nd2hZmm2h0ChciS4C8guCBZlDJu+c7jtsbVmvFTa7sa 1f7fseoDUvAfmgxAZXxY19tZHzn2wvAVtCKRDNNPcvCAlvj6Dpo1rp0nr8VlKqzlxfw5 pTLQ== X-Gm-Message-State: ALKqPweKsynBf1ycyN0F0SmS8/sjkSCUa+fhkgdmKwgR5+KJibg6oCMy MC9ReEKURD00bzTyGHB3TrFPIQ== X-Received: by 2002:a17:902:22a:: with SMTP id 39-v6mr393697plc.146.1527029643306; Tue, 22 May 2018 15:54:03 -0700 (PDT) Received: from [2620:15c:17:3:3a5:23a7:5e32:4598] ([2620:15c:17:3:3a5:23a7:5e32:4598]) by smtp.gmail.com with ESMTPSA id h65-v6sm41237824pfj.54.2018.05.22.15.54.02 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Tue, 22 May 2018 15:54:02 -0700 (PDT) Date: Tue, 22 May 2018 15:54:01 -0700 (PDT) From: David Rientjes X-X-Sender: rientjes@chino.kir.corp.google.com To: Michal Hocko cc: =?UTF-8?B?56a56Iif6ZSu?= , akpm@linux-foundation.org, kirill.shutemov@linux.intel.com, aarcange@redhat.com, penguin-kernel@i-love.sakura.ne.jp, guro@fb.com, yang.s@alibaba-inc.com, linux-mm@kvack.org, linux-kernel@vger.kernel.org, Wind Yu Subject: Re: [PATCH] Add the memcg print oom info for system oom In-Reply-To: <20180522063742.GE20020@dhcp22.suse.cz> Message-ID: References: <1526540428-12178-1-git-send-email-ufo19890607@gmail.com> <20180517071140.GQ12670@dhcp22.suse.cz> <20180517102330.GS12670@dhcp22.suse.cz> <20180522063742.GE20020@dhcp22.suse.cz> User-Agent: Alpine 2.21 (DEB 202 2017-01-01) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, 22 May 2018, Michal Hocko wrote: > > I've had success with defining a single line output the includes the > > CONSTRAINT_* of the oom kill, the origin and kill memcgs, the thread name, > > pid, and uid. On system oom kills, origin and kill memcgs are left empty. > > > > oom-kill constraint=CONSTRAINT_* origin_memcg= kill_memcg= task= pid= uid= > > > > Perhaps we should introduce a single line output that will be backwards > > compatible that includes this information? > > I do not have a strong preference here. We already print cpuset on its > own line and we can do the same for the memcg. > Yes, for both the memcg that has reached its limit (origin_memcg) and the memcg the killed process is attached to (kill_memcg). It's beneficial to have a single-line output to avoid any printk interleaving or ratelimiting that includes the constraint, comm, and at least pid. (We include uid simply to find oom kills of root processes.) We already have all this information, including cpuset, cpuset nodemask, and allocation nodemask for mempolicy ooms. The only exception appears to be the kill_memcg for CONSTRAINT_NONE and for it to be emitted in a way that can't be interleaved or suppressed. Perhaps we can have this? oom-kill constraint=CONSTRAINT_* nodemask= origin_memcg= kill_memcg= task= pid= uid= For CONSTRAINT_NONE, nodemask and origin_memcg are empty. For CONSTRAINT_CPUSET and CONSTRAINT_MEMORY_POLICY, origin_memcg is empty.