cvs commit: src/sys/ddb db_command.c db_output.c
phk at phk.freebsd.dk
Mon Oct 3 10:03:27 PDT 2005
In message <43416038.6020701 at 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
ASCII never grows old.
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
phk at 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.
More information about the cvs-all