[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
|
![]() |
Lists.xenproject.org is hosted with RackSpace, monitoring our |