Received: by 2002:ad5:474a:0:0:0:0:0 with SMTP id i10csp2252847imu; Fri, 23 Nov 2018 06:40:36 -0800 (PST) X-Google-Smtp-Source: AFSGD/WGjyZSMVWSSout1HhihTHjJYEkhAC0/35lTv/MQy1VOMBLdpndht6Y49l9cBRWKmVXIH0I X-Received: by 2002:a63:194f:: with SMTP id 15mr14543123pgz.192.1542984036032; Fri, 23 Nov 2018 06:40:36 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1542984036; cv=none; d=google.com; s=arc-20160816; b=fiV6eqyBxKGznDKEBd1SuNThc97mJRqTqUZvxa4f8D8W9C9Q1D+c2lSURvoZaJsFYr 3Ad5KzxSNSbxrsCTI+quWSuafUut5F0fjWC3JjoS8ci729KUS6RURMmSGC5+0RFR8A9r 9NH79AEIe9Rzaysg9CHgWyhItFhyRvAtZHxg0CWB4J0EueV0B2wFqekKV1ICyjEyaszI bq65QkNm4/j7yGQD9nOcXkPuPhGdUv2qDVIpB52hcZwyjwyoSkwX6PwT3fAUrOP+hRMt 1yhQlT9+EEayHNr8IjsNA7Z0Yq7otEijSUdfzsh/F5ks4WB0252obVtyVrKJhKnmOOsM Kecg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date; bh=VCHzRW5rOAxzgoLPlSCudwDGbaXXM37yCqpVuhKY8KM=; b=KIxVVt1S8q/rmHvGAigWvIVLB9iQqnS4bsvltGYiCTyHGIBVuC+NHDKmnZspB7D6VC +5FVWgraQptTWQH1/XxLbllIxXprlanBFqldZCNOOihUprlgrjQ4fGOajd5BwRVzWE18 2WeIvR72jSYn7S9zZwM2Ix/U/MpeJ1CViNmvf/v1Cjd20MymygY2VTiZaNbelIsDTsyL C9ibAKa8ppXiWU9rHUf210+KE7pWUSba8UYykScNU40JaX21Mx6mXmir8rYf9cIpC6r0 yfrGJDwChgGlUBWGq1qA9r3gigrZH+zW+BoAkSt630VWCWUjMZSUKE0tQB1/l6W6f4zT /+QA== ARC-Authentication-Results: i=1; mx.google.com; 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=fail (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id g2si23924967pgk.497.2018.11.23.06.40.20; Fri, 23 Nov 2018 06:40:35 -0800 (PST) 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; 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=fail (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S2391450AbeKWATU (ORCPT + 99 others); Thu, 22 Nov 2018 19:19:20 -0500 Received: from mx2.suse.de ([195.135.220.15]:54294 "EHLO mx1.suse.de" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S2391372AbeKWATU (ORCPT ); Thu, 22 Nov 2018 19:19:20 -0500 X-Virus-Scanned: by amavisd-new at test-mx.suse.de Received: from relay2.suse.de (unknown [195.135.220.254]) by mx1.suse.de (Postfix) with ESMTP id 3890EAD33; Thu, 22 Nov 2018 13:39:55 +0000 (UTC) Date: Thu, 22 Nov 2018 14:39:54 +0100 From: Michal Hocko To: ufo19890607@gmail.com Cc: akpm@linux-foundation.org, rientjes@google.com, 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, yuzhoujian@didichuxing.com Subject: Re: [PATCH v15 2/2] Add oom victim's memcg to the oom context information Message-ID: <20181122133954.GI18011@dhcp22.suse.cz> References: <1542799799-36184-1-git-send-email-ufo19890607@gmail.com> <1542799799-36184-2-git-send-email-ufo19890607@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1542799799-36184-2-git-send-email-ufo19890607@gmail.com> User-Agent: Mutt/1.10.1 (2018-07-13) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed 21-11-18 19:29:59, ufo19890607@gmail.com wrote: > From: yuzhoujian > > The current oom report doesn't display victim's memcg context during the > global OOM situation. While this information is not strictly needed, it > can be really helpful for containerized environments to locate which > container has lost a process. Now that we have a single line for the oom > context, we can trivially add both the oom memcg (this can be either > global_oom or a specific memcg which hits its hard limits) and task_memcg > which is the victim's memcg. > > Below is the single line output in the oom report after this patch. > - global oom context information: > oom-kill:constraint=,nodemask=,cpuset=,mems_allowed=,global_oom,task_memcg=,task=,pid=,uid= > - memcg oom context information: > oom-kill:constraint=,nodemask=,cpuset=,mems_allowed=,oom_memcg=,task_memcg=,task=,pid=,uid= > > Signed-off-by: yuzhoujian I thought I have acked this one already. Acked-by: Michal Hocko -- Michal Hocko SUSE Labs