From mboxrd@z Thu Jan 1 00:00:00 1970 From: Keir Fraser Subject: Re: Dynamic Loading of Domain Memory Image Date: Tue, 27 Mar 2007 17:32:04 +0100 Message-ID: References: <460941B5.1080600@andrew.cmu.edu> Mime-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: <460941B5.1080600@andrew.cmu.edu> List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com To: Joe Laws , xen-devel@lists.xensource.com List-Id: xen-devel@lists.xenproject.org On 27/3/07 17:09, "Joe Laws" 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