[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

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


 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.