WARNING - OLD ARCHIVES

This is an archived copy of the Xen.org mailing list, which we have preserved to ensure that existing links to archives are not broken. The live archive, which contains the latest emails, can be found at http://lists.xen.org/
   
 
 
Xen 
 
Home Products Support Community News
 
   
 

xen-devel

RE: [Xen-devel] Reducing impact of save/restore/dump on Dom0

To: "Iustin Pop" <iusty@xxxxxxxxx>
Subject: RE: [Xen-devel] Reducing impact of save/restore/dump on Dom0
From: "Graham, Simon" <Simon.Graham@xxxxxxxxxxx>
Date: Tue, 6 Feb 2007 14:21:57 -0500
Cc: xen-devel@xxxxxxxxxxxxxxxxxxx
Delivery-date: Tue, 06 Feb 2007 11:21:32 -0800
Envelope-to: www-data@xxxxxxxxxxxxxxxxxx
List-help: <mailto:xen-devel-request@lists.xensource.com?subject=help>
List-id: Xen developer discussion <xen-devel.lists.xensource.com>
List-post: <mailto:xen-devel@lists.xensource.com>
List-subscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=unsubscribe>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
Thread-index: AcdKHaGJ5qUbUvaIRoGiq9CB+rDQsgABdi6g
Thread-topic: [Xen-devel] Reducing impact of save/restore/dump on Dom0
> Yes, that's more or less expected. I've used 10% (you can't go below
5%
> = harcoded limit in the kernel) and then, for a 512MB dom0, only ~25
MB
> of cache will be used. I would hardly say that 25MB is too much.
> 

Well, I think it means only 25MB of dirty cache is allowed before writes
become synchronous - you will still use all of memory for the cache, it
will just be cleaned earlier and therefore available for reuse plus the
penalty for the write moves to the writer rather than to everyone
else... Still, I agree it's worth experimenting with (and I intend to).

> > I still feel that dump/save/restore files really don't belong in the
> > system cache at all since they just pollute the cache for no ggood
> > reason.
> 
> Then there is also posix_fadvise, which is more or less what you need
> to
> use in case you worry about your cache. I haven't used it, but I've
> heard from people that using fadvise with POSIX_FADV_DONTNEED+fsync or
> O_SYNC in batches can reduce your cache usage.
> 
> Just a few thoughts, as these don't change the way you do writes, as
> opposed to O_DIRECT.

I certainly would prefer this too; I hadn't considered using
POSIX_FADV_DONTNEED/fsync in the loop...

Thanks for the suggestions,
Simon

_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel