Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 3 May 2004 07:55:19 -0700
From:      Steve Kargl <sgk@troutmask.apl.washington.edu>
To:        Andrew Gallatin <gallatin@cs.duke.edu>
Cc:        freebsd-current@freebsd.org
Subject:   Re: partial dumps (was Re: Change default dumpdir to /usr/crash?)
Message-ID:  <20040503145519.GA74546@troutmask.apl.washington.edu>
In-Reply-To: <16534.21617.310294.982202@grasshopper.cs.duke.edu>
References:  <200404301403.50634.past@noc.ntua.gr> <20040430123040.GB30157@melusine.cuivre.fr.eu.org> <20040430211948.GC85783@dragon.nuxi.com> <16534.21617.310294.982202@grasshopper.cs.duke.edu>

next in thread | previous in thread | raw e-mail | index | archive | help
On Mon, May 03, 2004 at 10:17:21AM -0400, Andrew Gallatin wrote:
> 
> Another good idea (perhaps in combination with a larger /var) is to
> accept and port to -current the Duke "partial dump" patches. These
> patches allow the user to optionally dump just the kernel virtual
> address space.  This results in dumps that are generally less than
> 100MB, rather than multiple gigs.
> 
> In nearly all cases, only the kernel address space is needed to
> interpret a dump.  From what I've seen, this is what Solaris, AIX, and
> Tru64 do by default.
> 
> Porting to -current will be non-trivial because of the dump changes
> between 4.x and 5.x.   If I was to do this, is there any chance that 
> it could get into the tree?
> 

I would support the integration of the changes.  With 
dual opteron systems capacities of 16 to 24 GB of memory,
partial dump goes from a "nice to have feature" to a
"we need this feature."

-- 
Steve



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20040503145519.GA74546>