cvs commit: src/sys/ddb db_command.c db_output.c

[Poul-Henning Kamp]

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
tools available.

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.