Received: by 2002:a25:c593:0:0:0:0:0 with SMTP id v141csp2498109ybe; Tue, 3 Sep 2019 13:56:26 -0700 (PDT) X-Google-Smtp-Source: APXvYqx1GPeSS14+TwHJP9oTw/b0zs8L1beJNhIGPod8EtrA7ieKxd5zYH2JEiviTyxruwPZHBt+ X-Received: by 2002:a17:902:9a88:: with SMTP id w8mr1324843plp.161.1567544186150; Tue, 03 Sep 2019 13:56:26 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1567544186; cv=none; d=google.com; s=arc-20160816; b=c//ULDmzO8hx34dYYDID3cInddcs7ZcaTYY2ua8GA362RuSe7K0aidU9K8MkQMOzsc u1wD/qSJltgEGWxz3YKamY66/Xok4w8Z2ANhagMcxZTz8/HydVpNnKeHgTvJZSSLt+rv MMgkmNQD9Jpg1VyyRFmmqDPjnCOKKpKvS0bhPvPY7655H90SZS1IS5AOo/HPmzZI0Pyy 1+mssPpgaynuPDYz2/5MWNyzEPX0EAxrEPkmUrboiN7WYKfdLzdqUODizOfo8HTKrVvR EzxCi82tCLwfUA5ZLHiEGn4CwwzvZ5TukLJh4ruVY+mpfL2TLQXYp7LtPhYM0zxmOS7I MLAA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding :content-language:in-reply-to:mime-version:user-agent:date :message-id:from:references:cc:to:subject; bh=qvT5W1z3R9mZ7kHsAcaR3ihWOIXpjI+rDyvUhrrodWY=; b=OQFpsXwa6VW5+5OZBjsFItwhAKOMFMoVjASbFp79Z4yQWXpAEEluyzXM+KxNbVX8Ku P+hNPwFz8uFzoBR3POQKS0gvo9OOL2LBzE+sIRt4XjB/+KbdV6KcR0nK4y2d3/IlpHyH tu5sacRCE+WcouKy1w51yTpe2AQb9xORUIoyX4o4t14WvJ+NRdaSxA9XDsuc1aivz5IK XiZx7cDiQaYZkjzgdxSneOryxBR5PjCmZwf4Wcsg3SZgRiFKEgJW+T+CMI+KKg3DxbHc XRKsh3zilpwSeZJjXS3SLnpYGKyDRis/M97RKFzq7SRzanQzszZkz3pixtYXtswirocj BDZw== 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id w3si11245770pgh.371.2019.09.03.13.56.03; Tue, 03 Sep 2019 13:56:26 -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; 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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727281AbfICUxf (ORCPT + 99 others); Tue, 3 Sep 2019 16:53:35 -0400 Received: from www262.sakura.ne.jp ([202.181.97.72]:51983 "EHLO www262.sakura.ne.jp" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726953AbfICUxe (ORCPT ); Tue, 3 Sep 2019 16:53:34 -0400 Received: from fsav301.sakura.ne.jp (fsav301.sakura.ne.jp [153.120.85.132]) by www262.sakura.ne.jp (8.15.2/8.15.2) with ESMTP id x83Kqi3Z022177; Wed, 4 Sep 2019 05:52:44 +0900 (JST) (envelope-from penguin-kernel@i-love.sakura.ne.jp) Received: from www262.sakura.ne.jp (202.181.97.72) by fsav301.sakura.ne.jp (F-Secure/fsigk_smtp/530/fsav301.sakura.ne.jp); Wed, 04 Sep 2019 05:52:44 +0900 (JST) X-Virus-Status: clean(F-Secure/fsigk_smtp/530/fsav301.sakura.ne.jp) Received: from [192.168.1.8] (softbank126227201116.bbtec.net [126.227.201.116]) (authenticated bits=0) by www262.sakura.ne.jp (8.15.2/8.15.2) with ESMTPSA id x83KqiPD022174 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=NO); Wed, 4 Sep 2019 05:52:44 +0900 (JST) (envelope-from penguin-kernel@i-love.sakura.ne.jp) Subject: Re: [RFC PATCH] mm, oom: disable dump_tasks by default To: Michal Hocko , linux-mm@kvack.org Cc: Andrew Morton , David Rientjes , LKML , Michal Hocko References: <20190903144512.9374-1-mhocko@kernel.org> From: Tetsuo Handa Message-ID: Date: Wed, 4 Sep 2019 05:52:43 +0900 User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.8.0 MIME-Version: 1.0 In-Reply-To: <20190903144512.9374-1-mhocko@kernel.org> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 2019/09/03 23:45, Michal Hocko wrote: > It's primary purpose is > to help analyse oom victim selection decision. I disagree, for I use the process list for understanding what / how many processes are consuming what kind of memory (without crashing the system) for anomaly detection purpose. Although we can't dump memory consumed by e.g. file descriptors, disabling dump_tasks() loose that clue, and is problematic for me.