From mboxrd@z Thu Jan 1 00:00:00 1970 From: Dario Faggioli Subject: Re: [RFC v2][PATCH 1/3] docs: design and intended usage for NUMA-aware ballooning Date: Sun, 25 Aug 2013 23:24:57 +0200 Message-ID: <1377465897.2754.30.camel@Abyss> References: <1376626416-12901-1-git-send-email-lccycc123@gmail.com> <5212168B.3090007@citrix.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============1459673510277341768==" Return-path: In-Reply-To: List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xen.org Errors-To: xen-devel-bounces@lists.xen.org To: Li Yechen Cc: Elena Ufimtseva , Ian.Jackson@eu.citrix.com, "xen-devel@lists.xen.org" , Ian Campbell , David Vrabel , Jan Beulich List-Id: xen-devel@lists.xenproject.org --===============1459673510277341768== Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-tJ5Cx8RLuuD097O9SzX5" --=-tJ5Cx8RLuuD097O9SzX5 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On mar, 2013-08-20 at 23:15 +0800, Li Yechen wrote: > Hi David,=20 > On Mon, Aug 19, 2013 at 8:58 PM, David Vrabel > wrote: > The physical NUMA topology must not be exposed to guests that > have a > > Most of you have the same option that the interface should be in Xen, > not in Guest > balloon. I'm agree with it. In next version I'll think of how to > implement this interface > between xen and balloon. =20 > Perfect. That is not that much different from what you already have, the only bit that will need some rework is the ballooning up path (see George's e-mails). > In general, I'm not keen on adding ABIs or interfaces that > don't solve > real world problems, particularly if they're easy to misuse > and end up > with something that is very suboptimal. > Dario, could the test examples that you sent to me several month be > represented > as a real-word example? > The example shows that, after several guests create and shut-up, the > node > affinity is a mess > =20 They were not real-world example. As I said before, that is a chicken-&-egg problem: there are not real world examples until we implement the feature! :-P What I think you're talking about is an old (2010 ?) Xen Summit presentation from someone working on the same problem before, but then not finishing it. I don't have the link handy right now... I'll see if I can find it and post it here. > Oh, I think this is a better interface! > I'd very appreciate this than what I have now. However, the code I > show here > _does_not_really_work_. It just pass some small tests. And I'm afraid > that=20 > there may be some bugs in my code. > Could I set up David's interface as a secondary goal, waiting until > this code > is full tested? I'm really not that confident :) >=20 EhEh... All code has bugs. :-) As I said, I also like this interface more. However, what I think you should concentrate on (apart from, of course, debugging) is producing a version of the series which does not use any new xenstore keys/interface at all, and just balloons up and down taking pages evenly from all the guest's virtual NUMA nodes. After that, we can come back to implement a more fine grained control, probably via this interface David is proposing here. What do you think? Thanks and Regards, Dario --=20 <> (Raistlin Majere) ----------------------------------------------------------------- Dario Faggioli, Ph.D, http://about.me/dario.faggioli Senior Software Engineer, Citrix Systems R&D Ltd., Cambridge (UK) --=-tJ5Cx8RLuuD097O9SzX5 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.14 (GNU/Linux) iEYEABECAAYFAlIadikACgkQk4XaBE3IOsRzZgCgi8xPsq8+sTxJywsLKQ5ke9vd 3lQAmgIElQRm8ltkX6IfOBoduAr/vbwM =tqNw -----END PGP SIGNATURE----- --=-tJ5Cx8RLuuD097O9SzX5-- --===============1459673510277341768== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-devel mailing list Xen-devel@lists.xen.org http://lists.xen.org/xen-devel --===============1459673510277341768==--