From mboxrd@z Thu Jan 1 00:00:00 1970 From: Dario Faggioli Subject: Re: [PATCH 08 of 10 v3] libxl: enable automatic placement of guests on NUMA nodes Date: Fri, 06 Jul 2012 15:03:30 +0200 Message-ID: <1341579810.15708.20.camel@Abyss> References: <7087d3622ee2051654c9.1341418687@Solace> <1341572142.32747.20.camel@zakaz.uk.xensource.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============2879515177236512668==" Return-path: In-Reply-To: <1341572142.32747.20.camel@zakaz.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 Campbell Cc: Andre Przywara , Stefano Stabellini , George Dunlap , Juergen Gross , Ian Jackson , "xen-devel@lists.xen.org" , Roger Pau Monne List-Id: xen-devel@lists.xenproject.org --===============2879515177236512668== Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-GBw6CgsOJiGY5EIl833e" --=-GBw6CgsOJiGY5EIl833e Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Fri, 2012-07-06 at 11:55 +0100, Ian Campbell wrote:=20 > > Once we know which ones, among all the possible combinations, represent= s valid > > placement candidates for a domain, use some heuistics for deciding whic= h is the > > best. For instance, smaller candidates are considered to be better, bot= h from > > the domain's point of view (fewer memory spreading among nodes) and fro= m the > > system as a whole point of view (fewer memoy fragmentation). In case o= f > > candidates of equal sizes (i.e., with the same number of nodes), the am= ount of > > free memory and the number of domain already assigned to their nodes ar= e > > considered. Very often, candidates with greater amount of memory are th= e one > > we wants, as this is also good for keeping memory fragmentation under c= ontrol. > > However, if the difference in how much free memory two candidates have,= the > > number of assigned domains might be what decides which candidate wins. >=20 > I can't parse this last sentence. Are there some words missing after > "how much free memory two candidates have"? >=20 Ok, I see. What about something like the below: "However, if the amount of free memory of two candidates is very similar, we look at how many domains are assigned to each candidate, and take the one that has fewer of them." > If you want to post the corrected text I think we can fold it in while > applying rather than reposting (assuming no other reason to repost crops > up). >=20 Let's see... I'm fine either way... Thanks and Regards, Dario --=20 <> (Raistlin Majere) ----------------------------------------------------------------- Dario Faggioli, Ph.D, http://retis.sssup.it/people/faggioli Senior Software Engineer, Citrix Systems R&D Ltd., Cambridge (UK) --=-GBw6CgsOJiGY5EIl833e 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.12 (GNU/Linux) iEYEABECAAYFAk/24iIACgkQk4XaBE3IOsRyKwCgphQUflmraDh15O4V73ThI29W 0bkAmgN/RdKX38upccK39NvSN9FNSRAr =z3vx -----END PGP SIGNATURE----- --=-GBw6CgsOJiGY5EIl833e-- --===============2879515177236512668== 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 --===============2879515177236512668==--