|   | 
      | 
  
  
      | 
      | 
  
 
     | 
    | 
  
  
     | 
    | 
  
  
    |   | 
      | 
  
  
    | 
         
xen-devel
RE: [Xen-devel] [RFC] Replacing Xen's xmalloc engine and(?) API
 
Yes.  Well, for basic page de-duplication it probably
is irrelevant, but for "advanced features" it will be
more capable because it will handle near-page-size
allocations much better.
> -----Original Message-----
> From: Stefan de Konink [mailto:stefan@xxxxxxxxx]
> Sent: Saturday, October 11, 2008 4:12 PM
> To: Dan Magenheimer
> Cc: Xen-Devel (E-mail); Diwaker Gupta; nitingupta910@xxxxxxxxx; Kurt
> Hackel
> Subject: Re: [Xen-devel] [RFC] Replacing Xen's xmalloc engine 
> and(?) API
> 
> 
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA512
> 
> Dan Magenheimer schreef:
> > Xen hypervisor experts --
> 
> ...
> 
> > Comments?  (on both the API proposal and the engine)
> 
> Is this engine capable of progressing to a memory 
> de-duplication style?
> Or is that outside the scope?
> 
> 
> Stefan
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v2.0.9 (GNU/Linux)
> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
> 
> iEYEAREKAAYFAkjxJMkACgkQYH1+F2Rqwn3H0wCfas1yNV+EXXwRuUVGZE5OpkKs
> WVQAn0ViQ/B3HtXaZLj7vPM0CHKOXc8B
> =2OZG
> -----END PGP SIGNATURE-----
> 
>
_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel
 
 |   
 
 | 
    | 
  
  
    |   | 
    |