xen-devel.lists.xenproject.org archive mirror
 help / color / mirror / Atom feed
From: Shriram Rajagopalan <rshriram@gmail.com>
To: "Pasi Kärkkäinen" <pasik@iki.fi>
Cc: Aditya Gadre <adivb2003@gmail.com>,
	Dan Magenheimer <dan.magenheimer@oracle.com>,
	Xen-devel@lists.xensource.com
Subject: Re: Xen Memory De-duplication
Date: Mon, 11 Oct 2010 00:58:47 -0700	[thread overview]
Message-ID: <AANLkTimXfbkLe6qxbkPmcVQHkQ_fVR4wtUwG4w28v_8x@mail.gmail.com> (raw)
In-Reply-To: <20101010123408.GE2804@reaktio.net>


[-- Attachment #1.1: Type: text/plain, Size: 4706 bytes --]

Not sure about the DMA part, but I suggest you also take a look at satori
project code (memshr modules) in xen.
http://www.usenix.org/events/usenix09/tech/slides/milos.pdf

On Sun, Oct 10, 2010 at 5:34 AM, Pasi Kärkkäinen <pasik@iki.fi> wrote:

> On Sun, Oct 10, 2010 at 10:54:58AM +0530, Aditya Gadre wrote:
> >    This kind of implementation will require the disk blocks from
> different
> >    DomUs to be mapped to same physical disk block.
> >    For example,
> >    1) Shared read only filesystem
> >    2) Union based filesystem
> >    3) Virtual machine images deployed on a host filesystem which has
> >    deduplication enabled
> >
>
> I guess Xen blktap qcow* images should do? And maybe blktap2 VHD?
>
> -- Pasi
>
> >    What kind of  arrangement of filesystem is used in production
> environments
> >    for DomUs which host large number of VMs as in cloud enviorment?
> >
> >    On Sun, Oct 10, 2010 at 5:10 AM, Dan Magenheimer
> >    <[1]dan.magenheimer@oracle.com> wrote:
> >
> >      I*m not an expert on it but I believe this sounds very similar to
> the
> >      page sharing implementation that already exists in Xen 4.0.  The
> >      implementation in Xen only works on HVM guests and only on machines
> that
> >      have EPT though.  The patches (which were accepted into Xen) were
> posted
> >      here:
> >
> >
> >
> >      [2]
> http://lists.xensource.com/archives/html/xen-devel/2009-12/msg00797.html
> >
> >
> >
> >      From: Aditya Gadre [mailto:[3]adivb2003@gmail.com]
> >      Sent: Saturday, October 09, 2010 11:56 AM
> >      To: [4]Xen-devel@lists.xensource.com
> >      Subject: [Xen-devel] Xen Memory De-duplication
> >
> >
> >
> >      Aim is to implement Xen Memory Deduplication with minimum overhead.
> >
> >      Our approach to de-duplication is as follows
> >
> >      In most cases, Domain-U uses a small set of well-known operating
> systems
> >      such as Linux, FreeBSD and Microsoft Windows. In such environment
> many
> >      domains share read-only filesystems that contain operating system
> and
> >      frequently usedprogram files and libraries.Each domain has their own
> >      writable filesystems for storing data and temporary files. In this
> >      configuration, multiple pages scattered in different domains mostly
> >      happen to contain same disk block. So, in our approach to perform
> >      deduplication we intend to add a data structure in dom 0 which store
> >      disk block number and the machine frame number(MFN) when a read
> request
> >      for the read only code(and data) is made. Now when another domain U
> >      places the request for the block of code and Dom 0 recieves a
> request
> >      for I/O (DMA), it will first check into the data structure for the
> entry
> >      for the block. If it finds the block it will return the MFN of the
> >      already read page and map it to the requesting domain's PFN
> resulting in
> >      zero I/O processing time of blocks which are already read. This in
> turn
> >      results in de-duplication of the read only pages accessed by
> multiple
> >      domains without any overhead of hashing the page.
> >
> >      Test case scenario:
> >
> >      Consider a Dom0 linux kernel using a filesystem with deduplication
> >      enabled. Then we install a DomU kernel with the virtual disk as a
> image
> >      file on the disk(.img). Then we make multiple copies of the image to
> >      deploy multiple DomUs running same kernel. Now, as deduplication is
> >      enabled in the file system initially all the blocks of the domains
> will
> >      be pointing to the same disk blocks. Now when the kernel's are
> booted,
> >      they all will consume memory only once for the programs(code
> segment)
> >      loaded in the memory. Now as these OSs start to write to their own
> >      virtual filesystems the blocks of the image will be COW'ed by the
> >      filesystem resulting in different block number.
> >      Is such a approach implemented?  We intend to implement this as a
> >      project. What are the suspected challanges?
> >
> >      Regards,
> >      Aditya Gadre
> >
> > References
> >
> >    Visible links
> >    1. mailto:dan.magenheimer@oracle.com
> >    2.
> http://lists.xensource.com/archives/html/xen-devel/2009-12/msg00797.html
> >    3. mailto:adivb2003@gmail.com
> >    4. mailto:Xen-devel@lists.xensource.com
>
> _______________________________________________
> Xen-devel mailing list
> Xen-devel@lists.xensource.com
> http://lists.xensource.com/xen-devel
>



-- 
perception is but an offspring of its own self

[-- Attachment #1.2: Type: text/html, Size: 6231 bytes --]

[-- Attachment #2: Type: text/plain, Size: 138 bytes --]

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

  reply	other threads:[~2010-10-11  7:58 UTC|newest]

Thread overview: 21+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-10-09 17:56 Xen Memory De-duplication Aditya Gadre
2010-10-09 19:09 ` Pasi Kärkkäinen
2010-10-09 23:40 ` Dan Magenheimer
2010-10-10  5:24   ` Aditya Gadre
2010-10-10 12:34     ` Pasi Kärkkäinen
2010-10-11  7:58       ` Shriram Rajagopalan [this message]
2010-10-12 10:20     ` Thomas Goirand
2010-10-12 10:33       ` Tim Deegan
2010-10-11 12:59 ` Tim Deegan
  -- strict thread matches above, loose matches on Subject: below --
2016-04-17 11:25 Xen Memory de-duplication Maryam Masoudian
2016-04-17 12:15 ` Wei Liu
2016-04-17 13:58   ` Maryam Masoudian
2016-04-17 14:20     ` Wei Liu
     [not found]       ` <CAOJrJTc5dynTwiMrtE4Logpz1_ct3oM9vz3HWh1s1sDMY+hSxw@mail.gmail.com>
2016-04-20 13:24         ` Wei Liu
2016-04-20 16:25           ` Tamas K Lengyel
2016-04-20 18:34             ` Dario Faggioli
2016-04-20 19:01               ` Tamas K Lengyel
2016-04-21 12:47                 ` Dario Faggioli
     [not found]                   ` <CAOJrJTeK3ntGGwyAjY25xL0g8AXtDcoUOcipF4jmZDCfbdA9Kw@mail.gmail.com>
2016-04-21 15:24                     ` Tamas K Lengyel
2010-10-08 19:01 Xen Memory De-duplication Aditya Gadre
2010-10-08 19:02 ` Aditya Gadre

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=AANLkTimXfbkLe6qxbkPmcVQHkQ_fVR4wtUwG4w28v_8x@mail.gmail.com \
    --to=rshriram@gmail.com \
    --cc=Xen-devel@lists.xensource.com \
    --cc=adivb2003@gmail.com \
    --cc=dan.magenheimer@oracle.com \
    --cc=pasik@iki.fi \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).