All of lore.kernel.org
 help / color / mirror / Atom feed
From: Andi Kleen <ak@suse.de>
To: "Graham, Simon" <Simon.Graham@stratus.com>
Cc: xen-devel@lists.xensource.com
Subject: Re: Reducing impact of save/restore/dump on Dom0
Date: 07 Feb 2007 13:11:05 +0100	[thread overview]
Message-ID: <p73veiekw12.fsf@bingen.suse.de> (raw)
In-Reply-To: <342BAC0A5467384983B586A6B0B3767104A69BB9@EXNA.corp.stratus.com>

"Graham, Simon" <Simon.Graham@stratus.com> writes:

> Currently, save, restore and dump all used cached I/O in Dom0 to
> write/read the file containing the memory image of the DomU - when the
> memory assigned to the DomU is greater than free memory in Dom0, this
> leads to severe memory thrashing and generally the Dom0 performance goes
> into the toilet.
> 
> The 'classic' answer to avoiding this when writing very large files is,
> of course, to use non-cached I/O to manipulate the files - 

Otherwise you can just use madvise()/fadvise() to tell the kernel
to drop the old data [the later might need a fairly recent kernel
to work]

It has the advantage that it doesn't need much other changes.

-Andi

  parent reply	other threads:[~2007-02-07 12:11 UTC|newest]

Thread overview: 15+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-02-06 15:43 Reducing impact of save/restore/dump on Dom0 Graham, Simon
2007-02-06 16:23 ` John Levon
2007-02-06 17:36 ` Iustin Pop
2007-02-06 17:46   ` Graham, Simon
2007-02-06 18:35     ` Iustin Pop
2007-02-06 23:00 ` Ian Pratt
2007-02-06 23:20   ` Jeremy Fitzhardinge
2007-02-07  6:40     ` Rusty Russell
2007-02-07  7:41       ` Jeremy Fitzhardinge
2007-02-07 12:11 ` Andi Kleen [this message]
2007-02-07 12:52   ` Ian Pratt
2007-02-07 12:58     ` Andi Kleen
  -- strict thread matches above, loose matches on Subject: below --
2007-02-06 17:25 Graham, Simon
2007-02-06 19:21 Graham, Simon
2007-02-07 12:56 Graham, Simon

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=p73veiekw12.fsf@bingen.suse.de \
    --to=ak@suse.de \
    --cc=Simon.Graham@stratus.com \
    --cc=xen-devel@lists.xensource.com \
    /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.