From mboxrd@z Thu Jan  1 00:00:00 1970
From: Dario Faggioli <dario.faggioli@citrix.com>
Subject: Re: [PATCH 2/4] libxc: report how much memory a domain
 has on each NUMA node
Date: Mon, 10 Mar 2014 18:35:29 +0100
Message-ID: <1394472929.17832.31.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>
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="===============6317521208455584527=="
Return-path: <xen-devel-bounces@lists.xen.org>
In-Reply-To: <21277.62587.257049.744094@mariner.uk.xensource.com>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-devel>,
	<mailto:xen-devel-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-devel@lists.xen.org>
List-Help: <mailto:xen-devel-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-devel>,
	<mailto:xen-devel-request@lists.xen.org?subject=subscribe>
Sender: xen-devel-bounces@lists.xen.org
Errors-To: xen-devel-bounces@lists.xen.org
To: Ian Jackson <Ian.Jackson@eu.citrix.com>
Cc: Ian Campbell <Ian.Campbell@citrix.com>, Andrew Cooper <andrew.cooper3@citrix.com>, Juergen Gross <juergen.gross@ts.fujitsu.com>, xen-devel <xen-devel@lists.xen.org>, Jan Beulich <JBeulich@suse.com>, Daniel De Graaf <dgdegra@tycho.nsa.gov>
List-Id: xen-devel@lists.xenproject.org

--===============6317521208455584527==
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="=-XWDr+BI9QZlb0yUrI/6/"

--=-XWDr+BI9QZlb0yUrI/6/
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

On lun, 2014-03-10 at 17:20 +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"):
> > I'm sorry, what discrepancies?
>=20
> Discrepancies occuring due to the hypercalls being made at different
> times.
>=20
Right. I wasn't even thinking about this as, as Andrew said, I don't
think there is anything we can do about it!

However, my point above kind of was, if, at some point you issue the
XEN_DOMCTL_domain_numainfo hypercall, and then sum what you get in each
cell of the array, you have the total amount of memory which, *if*
nothing changed, is exactly what you got from an instance of the other
one, issued some time before (or later).

If something changed, then yes you're screwed, but the bottom line, I
think is, if you think you may need the information broken down in
nodes, use XEN_DOMCTL_domain_numainfo, which gives you that and,
indirectly, also the total size.

Does that make sense?

Dario

--=20
<<This happens because I choose it to happen!>> (Raistlin Majere)
-----------------------------------------------------------------
Dario Faggioli, Ph.D, http://about.me/dario.faggioli
Senior Software Engineer, Citrix Systems R&D Ltd., Cambridge (UK)


--=-XWDr+BI9QZlb0yUrI/6/
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)

iEYEABECAAYFAlMd9+EACgkQk4XaBE3IOsSERwCgku7EPsv+X6/VLdKu5RJTYTpN
PHMAnieL4EVGACJz9Ka2K96c5ArbzlBR
=n+s1
-----END PGP SIGNATURE-----

--=-XWDr+BI9QZlb0yUrI/6/--


--===============6317521208455584527==
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

--===============6317521208455584527==--