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: Paul Durrant <Paul.Durrant@citrix.com>,
	"xen-devel@lists.xen.org" <xen-devel@lists.xen.org>
Subject: Re: windows tmem
Date: Wed, 29 May 2013 11:42:11 -0400	[thread overview]
Message-ID: <20130529154211.GD23775@phenom.dumpdata.com> (raw)
In-Reply-To: <6035A0D088A63A46850C3988ED045A4B5C1ED3CD@BITCOM1.int.sbss.com.au>

On Wed, May 29, 2013 at 12:19:25AM +0000, James Harper wrote:
> > 
> > I am not familiar with the Windows APIs, but it sounds like you
> > want to use the tmem ephermeal disk cache as an secondary cache
> > (which is BTW what Linux does too).
> > 
> > That is OK the only thing you need to keep in mind that the
> > hypervisor might flush said cache out if it decides to do it
> > (say a new guest is launched and it needs the memory that
> > said cache is using).
> > 
> > So the tmem_get might tell that it does not have the page anymore.
> 
> Yes I've read the brief :)
> 
> I actually wanted to implement the equivalent of 'frontswap' originally by trapping writes to the pagefile. A bit of digging and testing suggests it may not be possible to determine when a page written to the pagefile is discarded, meaning that tmem use would just grow until fill and then stop being useful unless I eject pages on an LRU basis or something, so ephemeral tmem as a best-effort write-through cache might be the best and easiest starting point.
> 

<nods>
> James

  reply	other threads:[~2013-05-29 15:42 UTC|newest]

Thread overview: 17+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-05-25  4:57 windows tmem James Harper
2013-05-28  8:35 ` Paul Durrant
2013-05-28  8:57   ` James Harper
2013-05-28  9:30     ` Paul Durrant
2013-05-28  9:53       ` James Harper
2013-05-28 14:17         ` Konrad Rzeszutek Wilk
2013-05-28 14:17           ` Konrad Rzeszutek Wilk
2013-05-29  0:19           ` James Harper
2013-05-29 15:42             ` Konrad Rzeszutek Wilk [this message]
2013-05-30  2:51               ` James Harper
2013-06-02  7:36                 ` James Harper
2013-06-03  8:54                   ` Paul Durrant
2013-06-03 12:49                     ` James Harper
2013-06-03 12:56                     ` James Harper
2013-06-04  3:09                     ` James Harper
2013-06-04  8:24                       ` Paul Durrant
2013-06-04 10:54                         ` 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=20130529154211.GD23775@phenom.dumpdata.com \
    --to=konrad.wilk@oracle.com \
    --cc=Paul.Durrant@citrix.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.