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] Memory Trace Project Help

To: Todd Deshane <todd.deshane@xxxxxxx>
Subject: Re: [Xen-devel] Memory Trace Project Help
From: Sameer Pramod Niphadkar <spniphadkar@xxxxxxxxx>
Date: Tue, 30 Aug 2011 16:21:36 +0530
Cc: Xen-devel@xxxxxxxxxxxxxxxxxxx
Delivery-date: Tue, 30 Aug 2011 03:52:23 -0700
Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=Wj2FBGExnMu+XSm04UTaR24Jn3Fduc02nTNPt5E2ccA=; b=K3COyMjbr3tb6Eh8UIr0bOcwDJu6BROpT7I1rBTrrCRUJU8VsAT3H8QASkwyYz198E TiN9UXDaeqxa0tdjLmiIY56COdRlx6zOP4qBfbtMa1kFlaaV8gl4+4MEIozuwQ5/J+Sv keyG1aSgX333CKfvIgTrjNXrUI6CS2Q5oXTDM=
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to: <CAMrPLWKhtG9OYPbvGZeFhDwreGF-ArkjbDeJsHc1oOD7DjRTYg@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/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=unsubscribe>
References: <CAOFJiu2p-Wa_g5Pt18RyDFKAVtyfY9S0kp7Fs7=bQs8sWP8UsQ@xxxxxxxxxxxxxx> <CAOFJiu20dL10QV3LZQOZxEALw65gOVgAiDeSsOsa+y99e7sVeQ@xxxxxxxxxxxxxx> <CAMrPLWKhtG9OYPbvGZeFhDwreGF-ArkjbDeJsHc1oOD7DjRTYg@xxxxxxxxxxxxxx>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
On Tue, Aug 30, 2011 at 10:06 AM, Todd Deshane <todd.deshane@xxxxxxx> wrote:
> On Mon, Aug 29, 2011 at 5:25 AM, Sameer Pramod Niphadkar
> <spniphadkar@xxxxxxxxx> wrote:
>
>> Please feel free to comment and suggest for any new insights
>>
>
> You may find this research on Satori interesting and perhaps related:
> http://www.cl.cam.ac.uk/~dgm36/publications/2009-milos2009satori.pdf
>
> Hope that helps.
>
> Thanks,
> Todd
>
>
> --
> Todd Deshane
> http://www.linkedin.com/in/deshantm
> http://www.xen.org/products/cloudxen.html
> http://runningxen.com/
>

Thanks Todd...

I knew about the Satori research before and basically got the idea for
my "heat zones" from their "enlightenment factor" - which is a means
of devising the sharing element to be used by the guest VMs. It has
also been mentioned in the paper that

"When an operating system loads data from disk, it is stored in the
page cache, and other researchers have noted that between 63.8% and
93.0% of shareable pages between VMs are part of the page cache.  For
example, VMs based on the same operating system will load identical
program binaries, configuration files and data files. In these
systems, the kernel text will also be identical, but this is loaded by
Xen domain builder (bootloader), and does not appear in the page
cache"

So the basic idea of my project can be summarized as   :

1. Find out about the processes running most frequently at a
particular time interval on different systems (this may be an easier
option)

 2. Go deeper to the physical memory(PM) trace and find the
relationship between the PM addresses and most frequent access per
universal time clock per system.

I understand that with address space randomized mappings and with
different systems running different processes it might be hard to find
any suitable pattern emerging from this study. But as most of us know
that identical systems belonging in a particular network and during a
time frame might end up accessing similar PM blocks. (A block here
being groups of pages) I intend to  find if there is any kind of
correlation between this time frame and the access. According to the
working set model of a process, there exits a temporal and spatial
locality of memory page access and hence we end up using the
appropriate page replacement algorithms. Now I intent to see if this
same analogy can be applied to the entire memory address space for
access in a system. I mean if there exists some sort of a pattern
emerging for physical memory access based on time and space.

I hope to know if there has been any similar work done before with
memory traces or if there are any other areas which I need to look
into before I can begin this study.

regards
Sameer

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

<Prev in Thread] Current Thread [Next in Thread>