lkml.org 
[lkml]   [2004]   [Oct]   [14]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: Yet another crash dump tool
Hi,

> dump device. Can you dump device span multiple volumes? If I
yes. (maybe. suppose logical volume.)

> have a system using 1TB of physical memory, but 98% of that
> is allocated as huge TLB pages for users, do I _REALLY_ need to
> dump them all?
yes, absolutely, for us.

Our target is customer's production system, not developping/debugging
system. The chance of capturing fault analysis materials may be only
one time. If a kernel destroy the memory using user process(page cache
, buffer cache), looking the pattern of destroy is great helpful to
analyze. (note that I have encountered such case many times)
We also analyze user proccesses at the crash time from the dump.

> lkcd, and I would hope others, only dump kernel pages unless
> configured to do otherwise.

You should chose a dump tool you like.

We believe we need whole memory. But we understand there is an opinion
like you (reduce saving memory is better). We don't force to use our
tool. We make "mini kernel dump" as independent from kernel as possible.

Thank you.
--
Itsuro ODA <oda@valinux.co.jp>

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/

\
 
 \ /
  Last update: 2005-03-22 14:07    [W:0.058 / U:1.768 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site