All of lore.kernel.org
 help / color / mirror / Atom feed
From: Konrad Rzeszutek Wilk <konrad.wilk@oracle.com>
To: James Harper <james.harper@bendigoit.com.au>
Cc: dan.magenheimer@oracle.com,
	"xen-devel@lists.xen.org" <xen-devel@lists.xen.org>
Subject: Re: tmem ephemeral page discarding
Date: Mon, 3 Jun 2013 08:21:39 -0400	[thread overview]
Message-ID: <20130603122139.GC6893@phenom.dumpdata.com> (raw)
In-Reply-To: <6035A0D088A63A46850C3988ED045A4B5C1F482A@BITCOM1.int.sbss.com.au>

On Sun, Jun 02, 2013 at 04:06:18AM +0000, James Harper wrote:
> How does Xen manage ephemeral pages? Is there a way to manage the priority of pages in the ephemeral store? In my use case, I would prefer that an old page was automatically discarded to make room for a new page, and that pages that have been retrieved already are more likely to be discarded than a page that has not yet been retrieved.
> 

In other words an LRU system with bounds. Right now the bounds are the amount of memory available and 
when Xen needs more memory the bounds gets decreased - which will discard the least used ephermeal pages.

There is a tmem subop to actually set the cap (TMEMC_SET_CAP), which sets the cap value. However
I am not seeing in the code anybody using it. Hmmm

> Thanks
> 
> James
> 
> _______________________________________________
> Xen-devel mailing list
> Xen-devel@lists.xen.org
> http://lists.xen.org/xen-devel
> 

  reply	other threads:[~2013-06-03 12:21 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-06-02  4:06 tmem ephemeral page discarding James Harper
2013-06-03 12:21 ` Konrad Rzeszutek Wilk [this message]
2013-06-03 16:28   ` Dan Magenheimer
2013-06-04  1:42     ` James Harper
2013-06-04  2:50       ` Dan Magenheimer
2013-06-04  3:06         ` James Harper

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=20130603122139.GC6893@phenom.dumpdata.com \
    --to=konrad.wilk@oracle.com \
    --cc=dan.magenheimer@oracle.com \
    --cc=james.harper@bendigoit.com.au \
    --cc=xen-devel@lists.xen.org \
    /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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.