From owner-cvs-src@FreeBSD.ORG  Mon Oct  3 17:03:27 2005
Return-Path: <owner-cvs-src@FreeBSD.ORG>
X-Original-To: cvs-src@FreeBSD.org
Delivered-To: cvs-src@FreeBSD.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id E39E816A41F;
	Mon,  3 Oct 2005 17:03:26 +0000 (GMT)
	(envelope-from phk@critter.freebsd.dk)
Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 2673743D45;
	Mon,  3 Oct 2005 17:03:26 +0000 (GMT)
	(envelope-from phk@critter.freebsd.dk)
Received: from critter.freebsd.dk (unknown [192.168.48.2])
	by phk.freebsd.dk (Postfix) with ESMTP id 57183BC96;
	Mon,  3 Oct 2005 17:03:23 +0000 (UTC)
To: Nate Lawson <nate@root.org>
From: "Poul-Henning Kamp" <phk@phk.freebsd.dk>
In-Reply-To: Your message of "Mon, 03 Oct 2005 09:45:44 PDT."
	<43416038.6020701@root.org> 
Date: Mon, 03 Oct 2005 19:03:23 +0200
Message-ID: <93558.1128359003@critter.freebsd.dk>
Sender: phk@critter.freebsd.dk
Cc: cvs-src@FreeBSD.org, src-committers@FreeBSD.org,
	Robert Watson <rwatson@FreeBSD.org>,
	Olivier Houchard <cognet@FreeBSD.org>, cvs-all@FreeBSD.org
Subject: Re: cvs commit: src/sys/ddb db_command.c db_output.c 
X-BeenThere: cvs-src@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: CVS commit messages for the src tree <cvs-src.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/cvs-src>,
	<mailto:cvs-src-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/cvs-src>
List-Post: <mailto:cvs-src@freebsd.org>
List-Help: <mailto:cvs-src-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/cvs-src>,
	<mailto:cvs-src-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 03 Oct 2005 17:03:27 -0000

In message <43416038.6020701@root.org>, Nate Lawson writes:

>That's fine as a hack-around, but I hope that doesn't distract effort 
>from sparse kernel dumps.  If you throw out non-anonymous pages, buffer 
>cache, etc., you end up with a very small image to begin with.  Add in 
>gzip compression and it wouldn't be much larger than your uncompressed 
>logs.  Then you can run whatever info tools you want against the core 
>since no actual data is lost.

There are pro etc con for both methods.  Once a dump has been sitting
in a PR for a year, very few people tend to have compatible info
tools available.

ASCII never grows old.

-- 
Poul-Henning Kamp       | UNIX since Zilog Zeus 3.20
phk@FreeBSD.ORG         | TCP/IP since RFC 956
FreeBSD committer       | BSD since 4.3-tahoe    
Never attribute to malice what can adequately be explained by incompetence.