From mboxrd@z Thu Jan 1 00:00:00 1970 From: Dario Faggioli Subject: Re: [PATCH 2/4] libxc: report how much memory a domain has on each NUMA node Date: Tue, 11 Mar 2014 20:04:02 +0100 Message-ID: <1394564642.17832.78.camel@Solace> References: <20140305143357.6984.7729.stgit@Solace> <20140305143635.6984.34422.stgit@Solace> <21277.60093.406016.679465@mariner.uk.xensource.com> <1394471250.17832.11.camel@Solace> <21277.62587.257049.744094@mariner.uk.xensource.com> <1394472929.17832.31.camel@Solace> <21278.61493.651392.622482@mariner.uk.xensource.com> <1394559445.17832.61.camel@Solace> <21279.21271.697986.707363@mariner.uk.xensource.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============1769359292567346020==" Return-path: In-Reply-To: <21279.21271.697986.707363@mariner.uk.xensource.com> List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xen.org Errors-To: xen-devel-bounces@lists.xen.org To: Ian Jackson Cc: Ian Campbell , Andrew Cooper , Juergen Gross , xen-devel , Jan Beulich , Daniel De Graaf List-Id: xen-devel@lists.xenproject.org --===============1769359292567346020== Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-uXvAoDgaO30/8SXyalvn" --=-uXvAoDgaO30/8SXyalvn Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On mar, 2014-03-11 at 18:16 +0000, Ian Jackson wrote: > Dario Faggioli writes ("Re: [Xen-devel] [PATCH 2/4] libxc: report how muc= h memory a domain has on each NUMA node"): > > In the current NUMA placement implementation, in libxl, what we need to > > know is how much memory is free on each node, rather than how much > > memory each domain occupies there. > >=20 > > So, what is it that I should try to show you? >=20 > I want a sketch of a race-free memory assignment approach that works > with ballooning (and domain self-directed numa migration), and doesn't > depend on arbitrating memory usage by having Xen fail certain memory > allocations. >=20 Mmm... I think I see what you mean now (except perhaps for the "domain self-directed numa migration" part). I also still don't think that this specific call/functionality should be subject to (that much) locking, at least not at this level, but I see the value of having a plan. That, however, is a way bigger thing than what we're discussing here. I'll start a discussion in another thread. 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) --=-uXvAoDgaO30/8SXyalvn 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 v2.0.22 (GNU/Linux) iEYEABECAAYFAlMfXiIACgkQk4XaBE3IOsQMeACgqFs2BFRtpBBX6E7hF0Bl0p7S 1Y4AoKoNKjFR7wlJs6J96v/eAEFCnlCf =U6IP -----END PGP SIGNATURE----- --=-uXvAoDgaO30/8SXyalvn-- --===============1769359292567346020== 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 --===============1769359292567346020==--