From: "Theodore Ts'o" <tytso@mit.edu>
To: Hugh Dickins <hugh@veritas.com>
Cc: OBATA Noboru <noboru.obata.ar@hitachi.com>,
lkml@oxley.org, pavel@ucw.cz, hyoshiok@miraclelinux.com,
linux-kernel@vger.kernel.org
Subject: Re: Linux Kernel Dump Summit 2005
Date: Wed, 19 Oct 2005 15:00:13 -0400 [thread overview]
Message-ID: <20051019190013.GD10969@thunk.org> (raw)
In-Reply-To: <Pine.LNX.4.61.0510181501380.8233@goblin.wat.veritas.com>
On Tue, Oct 18, 2005 at 03:10:24PM +0100, Hugh Dickins wrote:
> On Tue, 18 Oct 2005, OBATA Noboru wrote:
> >
> > I have a bitter experience in analyzing a partial dump. The
> > dump completely lacks the PTE pages of user processes and I had
> > to give up analysis then. A partial dump has a risk of failure
> > in analysis.
>
> Page tables of user processes are very often essential in a dump.
> Data pages of user processes are almost always just a waste of
> space and time in a dump. Please don't judge against partial
> dumps on the basis of one that was badly selected.
We've had hard-to-reproduce problems out in the field where being able
to find the data pages of the user process was critical to figuring
out what the heck was going on. So I wouldn't be quite so eager to
dismiss the need for user pages. There are times when they come in
quite handy....
- Ted
next prev parent reply other threads:[~2005-10-19 19:00 UTC|newest]
Thread overview: 29+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-09-21 11:55 Linux Kernel Dump Summit 2005 Hiro Yoshioka
2005-10-06 12:17 ` OBATA Noboru
2005-10-06 14:39 ` Hiro Yoshioka
2005-10-10 8:45 ` Pavel Machek
2005-10-12 8:28 ` OBATA Noboru
2005-10-12 9:02 ` Felix Oxley
2005-10-12 9:09 ` Pavel Machek
2005-10-12 9:56 ` Felix Oxley
2005-10-12 10:07 ` Pavel Machek
2005-10-12 18:03 ` Andy Isaacson
2005-10-12 22:34 ` Felix Oxley
2005-10-12 11:05 ` jerome lacoste
2005-10-12 21:10 ` Felix Oxley
2005-10-18 13:47 ` OBATA Noboru
2005-10-18 14:10 ` Hugh Dickins
2005-10-19 19:00 ` Theodore Ts'o [this message]
2005-10-27 7:48 ` OBATA Noboru
2005-10-11 0:49 ` Andrew Morton
2005-10-11 4:41 ` Hiro Yoshioka
2005-10-12 8:30 ` OBATA Noboru
2005-10-13 5:49 ` Maneesh Soni
2005-10-27 7:45 ` OBATA Noboru
2005-10-13 14:28 ` Troy Heber
2005-10-17 11:19 ` Takao Indoh
2005-10-18 13:48 ` OBATA Noboru
2005-10-19 3:17 ` Takao Indoh
2005-10-27 7:45 ` OBATA Noboru
2005-10-18 14:54 ` Carsten Otte
-- strict thread matches above, loose matches on Subject: below --
2005-10-14 9:19 hideki.takahashi
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20051019190013.GD10969@thunk.org \
--to=tytso@mit.edu \
--cc=hugh@veritas.com \
--cc=hyoshiok@miraclelinux.com \
--cc=linux-kernel@vger.kernel.org \
--cc=lkml@oxley.org \
--cc=noboru.obata.ar@hitachi.com \
--cc=pavel@ucw.cz \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.