All of lore.kernel.org
 help / color / mirror / Atom feed
From: Jan Kiszka <jan.kiszka@web.de>
To: lidong chen <chen.lidong.kernel@gmail.com>
Cc: kvm@vger.kernel.org
Subject: Re: collect some information when qemu-kvm exit
Date: Thu, 23 Jun 2011 16:51:47 +0200	[thread overview]
Message-ID: <4E035303.9070709@web.de> (raw)
In-Reply-To: <BANLkTin4Tw6kjA1dT-wsW-5FgO+tuhxHYA@mail.gmail.com>

[-- Attachment #1: Type: text/plain, Size: 1000 bytes --]

On 2011-06-23 15:56, lidong chen wrote:
>>> is it safe to register another signal handler?
>>> if somebody know the reason, please tell me.
>>>
>>> and is it worth to do this?
>>
> because the core dump file is too big, and the time of core dump is too long.
> I do a test, for a guest which have 9.7G memory, the coredump file is
> 9.7G, and the time of core dump is 1 minute.
> 
> for the compute node in my system, there are a lot of  cpu and memory
> resource, but no disk.
> 
> 
> total 4.5G
> -rw------- 1 root root 9.7G Jun 23 21:31 core-qemu-kvm-24090-1308835893
> -rw------- 1 root root 3.9G Jun 23 21:34 core-qemu-kvm-24098-1308835996

ulimit -c allows you to restrict the core file size so that it fits on
your ram disk. That will at least collect enough information to do a
proper post-mortem backtrace in gdb, including register states. It also
allows to inspect variables on the stacks and the heap. No need to add a
singe line or code to qemu for this.

Jan


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 259 bytes --]

  reply	other threads:[~2011-06-23 14:51 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-06-22 12:27 collect some information when qemu-kvm exit lidong chen
2011-06-23  9:05 ` lidong chen
2011-06-23 10:13   ` Jan Kiszka
2011-06-23 13:56     ` lidong chen
2011-06-23 14:51       ` Jan Kiszka [this message]
2011-06-24  8:24         ` lidong chen
2011-06-24  8:55           ` Jan Kiszka
2011-06-24  8:58             ` Jan Kiszka
2011-06-24 13:26               ` lidong chen
2011-07-02 11:22                 ` lidong chen
2011-07-07  1:20                   ` lidong chen

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=4E035303.9070709@web.de \
    --to=jan.kiszka@web.de \
    --cc=chen.lidong.kernel@gmail.com \
    --cc=kvm@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.