From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail143.messagelabs.com (mail143.messagelabs.com [216.82.254.35]) by kanga.kvack.org (Postfix) with ESMTP id A4D216B01DD for ; Tue, 8 Jun 2010 17:14:03 -0400 (EDT) Date: Tue, 8 Jun 2010 14:13:42 -0700 From: Andrew Morton Subject: Re: [patch 10/18] oom: enable oom tasklist dump by default Message-Id: <20100608141342.114156ac.akpm@linux-foundation.org> In-Reply-To: References: Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-linux-mm@kvack.org To: David Rientjes Cc: Rik van Riel , Nick Piggin , Oleg Nesterov , Balbir Singh , KAMEZAWA Hiroyuki , KOSAKI Motohiro , linux-mm@kvack.org List-ID: On Sun, 6 Jun 2010 15:34:35 -0700 (PDT) David Rientjes wrote: > The oom killer tasklist dump, enabled with the oom_dump_tasks sysctl, is > very helpful information in diagnosing why a user's task has been killed. > It emits useful information such as each eligible thread's memory usage > that can determine why the system is oom, so it should be enabled by > default. Unclear. On a large system the poor thing will now spend half an hour squirting junk out the diagnostic port. Probably interspersed with the occasional whine from the softlockup detector. And for many applications, spending a long time stuck in the kernel printing diagnostics is equivalent to an outage. I guess people can turn it off again if this happens, but they'll get justifiably grumpy at us. I wonder if this change is too developer-friendly and insufficiently operator-friendly. -- To unsubscribe, send a message with 'unsubscribe linux-mm' in the body to majordomo@kvack.org. For more info on Linux MM, see: http://www.linux-mm.org/ . Don't email: email@kvack.org