From mboxrd@z Thu Jan 1 00:00:00 1970 From: Dario Faggioli Subject: Re: [libvirt] [PATCH 1/4] libxl: implement NUMA capabilities reporting Date: Thu, 4 Jul 2013 19:29:54 +0200 Message-ID: <1372958994.10336.106.camel@Solace> References: <20130628142948.28579.8536.stgit@hit-nxdomain.opendns.com> <20130628143244.28579.57535.stgit@hit-nxdomain.opendns.com> <51D206FB.8000908@suse.com> <1372956792.10336.93.camel@Solace> <1e5b54d2-2999-46cd-ad50-33b12249d512@email.android.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============8649773863676353280==" Return-path: In-Reply-To: <1e5b54d2-2999-46cd-ad50-33b12249d512@email.android.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: Konrad Rzeszutek Wilk Cc: Jim Fehlig , Jan Beulich , xen-devel List-Id: xen-devel@lists.xenproject.org --===============8649773863676353280== Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-ioCAieuYU6eUb0X2MFvB" --=-ioCAieuYU6eUb0X2MFvB Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On gio, 2013-07-04 at 13:21 -0400, Konrad Rzeszutek Wilk wrote: > Dario Faggioli wrote: > > >On lun, 2013-07-01 at 16:47 -0600, Jim Fehlig wrote: > >> info --numa' says > >>=20 > >> total_memory : 8190 > >> ... > >> numa_info : > >> node: memsize memfree distances > >> 0: 8960 7116 10 > >>=20 > >> Why is the node memsize > total_memory? > > > >Mmm... Interesting question. I really never paid attention to this... > >Jan (or anyone else), is that something known and/or expected? > > > Is the difference not the amount that Xen hypervisor consumes? It just h= as not been subtracted from the NUMA values.=20 > I thought about that too, and I'm not that has nothing to do with it. However, in the rest of my message, I reported the results of some investigation I did, and the relevant (and hopefully correct enough) calculations... Have you seen that? What do you think about it? Moreover, wherever the difference is coming from, what I'm asking is, should we stick with this situation or take some kind of action? 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) --=-ioCAieuYU6eUb0X2MFvB 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.13 (GNU/Linux) iEYEABECAAYFAlHVsRIACgkQk4XaBE3IOsThowCfWyZHo9YJzYnOcpUnC+fpa0jO AB8An2u+XrR2ULiwNpPbBhgccDw3LxhT =IT23 -----END PGP SIGNATURE----- --=-ioCAieuYU6eUb0X2MFvB-- --===============8649773863676353280== 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 --===============8649773863676353280==--