[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

RE: [Xen-devel] [PATCH][TOOLS] Reducing impact of domainsave/restore/dump on Dom0

  • To: "Graham, Simon" <Simon.Graham@xxxxxxxxxxx>, <xen-devel@xxxxxxxxxxxxxxxxxxx>
  • From: "Graham, Simon" <Simon.Graham@xxxxxxxxxxx>
  • Date: Tue, 13 Feb 2007 17:12:59 -0500
  • Delivery-date: Tue, 13 Feb 2007 14:12:31 -0800
  • List-id: Xen developer discussion <xen-devel.lists.xensource.com>
  • Thread-index: AcdO73yfygbdSnxbR/2AnMRpBcbdNgAy2Mew
  • Thread-topic: [Xen-devel] [PATCH][TOOLS] Reducing impact of domainsave/restore/dump on Dom0

Take 2... this version only adds code to discard the cache on Linux and
uses the right name for the fadvise call.

It's a bit ugly - I basically just put #ifdef __linux__ around the
fadvise calls - but I don't have the ability to develop something
suitable for Solaris...

> Attached is a patch to unstable that stops save/restore/dump from
> hosing
> Dom0 when dealing with large domains - I'm actually resubmitting the
> dump patch I previously submitted in addition as it hasn't been
> incorporated yet; this is based on using fadvise64(DONTNEED) to throw
> the page cache away once it has been written to disk -- with this in
> place, memory usage does go up somewhat but then immediately drops
> again
> when the action is done and this change, in conjunction with setting
> the
> vm.dirty_ratio sysctl parameter seems to gives very good results.


Reduce impact of saving/restoring/dumping large domains on Dom0 memory
usage by means of fadvise64() to tell the OS to discard the cache pages
used for the save/dump file.

Signed-off-by: Simon Graham <Simon.Graham@xxxxxxxxxxx>

Attachment: xen-dom0-cache.patch
Description: xen-dom0-cache.patch

Xen-devel mailing list



Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.