Date: Mon, 03 Oct 2005 19:03:23 +0200 From: "Poul-Henning Kamp" <phk@phk.freebsd.dk> To: Nate Lawson <nate@root.org> 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 Message-ID: <93558.1128359003@critter.freebsd.dk> In-Reply-To: Your message of "Mon, 03 Oct 2005 09:45:44 PDT." <43416038.6020701@root.org>
next in thread | previous in thread | raw e-mail | index | archive | help
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.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?93558.1128359003>