This is the mail archive of the
mailing list for the GDB project.
Re: [patch/rfc/testsuite] Test GDB on not-so-little core files
- From: Andrew Cagney <ac131313 at redhat dot com>
- To: Michael Elizabeth Chastain <mec dot gnu at mindspring dot com>
- Cc: gdb-patches at sources dot redhat dot com
- Date: Wed, 14 Jan 2004 10:07:53 -0500
- Subject: Re: [patch/rfc/testsuite] Test GDB on not-so-little core files
- References: <20040114145701.9034A4B104@berman.michael-chastain.com>
testcase /house/chastain/gdb/s1/gdb/testsuite/gdb.base/bigcore.exp completed in 183 seconds
testcase src/gdb/testsuite/gdb.base/bigcore.exp completed in 4 seconds
Figures prove: Linux dumps core faster! :)
Part of the difference is that I'm using an NFS file system.
Nope. I'm using NFS on a weasly little 450mhz P2.
But a lot of it may be sparse file support in Linux.
Yep. While sparse file support is a standard part of UFS, it appears
that only the Linux Kernel thought to exploit it when writing the core file!
I can't comment on the program itself right now, maybe later.
Hmm, can you think of an efficient way of soaking up most of the stack
...? :-) On GNU/Linux, alloca() proved to be useless :-(