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

xen-devel

[Top] [All Lists]

Re: [Xen-devel] Dynamic Loading of Domain Memory Image

To: Joe Laws <jlaws@xxxxxxxxxxxxxx>, <xen-devel@xxxxxxxxxxxxxxxxxxx>
Subject: Re: [Xen-devel] Dynamic Loading of Domain Memory Image
From: Keir Fraser <keir@xxxxxxxxxxxxx>
Date: 2007年3月27日 17:32:04 +0100
Delivery-date: 2007年3月27日 09:31:07 -0700
Envelope-to: www-data@xxxxxxxxxxxxxxxxxx
In-reply-to: <460941B5.1080600@xxxxxxxxxxxxxx>
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: AcdwjXPesnCIxNyAEdu1BgAX8io7RQ==
Thread-topic: [Xen-devel] Dynamic Loading of Domain Memory Image
User-agent: Microsoft-Entourage/11.2.5.060620
On 27/3/07 17:09, "Joe Laws" <jlaws@xxxxxxxxxxxxxx> wrote:
> Although this project is geared toward decreasing the resume time when
> the memory image is sent over the internet, it should also decrease
> resume time when loading from the local disk. There is also the
> possibility that it will decrease migration resume time since all dirty
> pages can be marked as "not present/trap to hypervisor" at which point
> they can be dynamically loaded in a similar fashion.
The problem with pull-based resume is that unless you have pushed the
working set ahead of time (or are in the process of pushing those pages
first) then performance will suck pretty bad as you'll spend all your time
demand-fetching pages with a wide-area RTT latency per page. Is this better
than running the machine in its original location, pushing the pages, and
connecting to the machine remotely until the memory image is fully built up
at the destination? Perhaps you need to build it to find out...
 -- Keir
_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel
<Prev in Thread] Current Thread [Next in Thread>
Previous by Date: Re: [Xen-devel] Backend device not found error , Adit Ranadive
Next by Date: [Xen-devel] [PATCH][Xen API] Add model field to VIF class , Jim Fehlig
Previous by Thread: [Xen-devel] Dynamic Loading of Domain Memory Image , Joe Laws
Next by Thread: [Xen-devel] [PATCH][Xen API] Add model field to VIF class , Jim Fehlig
Indexes: [Date] [Thread] [Top] [All Lists]

Copyright ©, Citrix Systems Inc. All rights reserved. Legal and Privacy
Citrix This site is hosted by Citrix

AltStyle によって変換されたページ (->オリジナル) /