From mboxrd@z Thu Jan  1 00:00:00 1970
From: Dario Faggioli <dario.faggioli@citrix.com>
Subject: Re: CAP and performance problem
Date: Tue, 21 May 2013 16:47:29 +0200
Message-ID: <1369147649.12423.98.camel@Solace>
References: <519B3832.30608@di.unipmn.it>
	<CAFLBxZbGNoyzuX-jCCzQ1F3Gh7b6rjXR3mCVP=-2HwEqwop5_Q@mail.gmail.com>
	<CAFLBxZaDbUgVfVT-AXQS+JOxoaVPCC7bv-_1tm=SwUnzBUqD=A@mail.gmail.com>
	<519B6089.9050909@di.unipmn.it> <1369141576.12423.73.camel@Solace>
	<519B8474.40501@di.unipmn.it>
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="===============0800779904226824713=="
Return-path: <xen-devel-bounces@lists.xen.org>
In-Reply-To: <519B8474.40501@di.unipmn.it>
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: Massimo Canonico <mex@di.unipmn.it>
Cc: George Dunlap <George.Dunlap@eu.citrix.com>, "xen-devel@lists.xen.org" <xen-devel@lists.xen.org>
List-Id: xen-devel@lists.xenproject.org

--===============0800779904226824713==
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="=-BTCl+a/ANAYJM4TC+spa"

--=-BTCl+a/ANAYJM4TC+spa
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

On mar, 2013-05-21 at 15:28 +0100, Massimo Canonico wrote:
> On 05/21/2013 03:06 PM, Dario Faggioli wrote:
> > Also, when inspecting the vCPU utilization, do you see the VM vCPU busy
> > up to 100% without cap (or with cap set to 100) and, OTOH, up to 50%
> > with cap set to 50?
> I have monitored the CPU usage with xentop during the experiment and
> I got what you said: my application always use the total amonut of CPU=
=20
> available.
>
Ok.

> > Well, looks like a scheduling issue, or, in any case, one where
> > something is interacting with the scheduling. Can you perhaps boot Dom0
> > so that it uses only 2 or 3 cores (or arrange for that later, e.g., wit=
h
> > cpupools) and pin the vCPU of the VM on the 4th one?
> In my experiments, I pin the vCPU of the VM on one core and other cores=
=20
> are pinned to Dom0.
> [root@csitest ~]# xl vcpu-list
> Name                                ID  VCPU   CPU State   Time(s) CPU=
=20
> Affinity
> Domain-0                             0     0    0   ---     383.3  0
> Domain-0                             0     1    0   -b-     358.1  0
> Domain-0                             0     2    0   -b-     224.3  0
> Domain-0                             0     3    0   r--     256.8  0
> rubis-web                            1     0    2   -b-    9250.9  2
>=20
> (rubis-web is, of course, the VM where my application run)
>=20
> Is this configuration what you meant?
>=20
Sort of. However, since (you said) you have 4 cores, what I was thinking
was more a situation where you have the 4 Dom0 vCPUs pinned to cores
0-2, and the VM vCPU pinned to core 3.

You should be able to achieve that by doing right this:

# xl vcpu-pin 0 all 0-2
# xl vcpu-pin rubis-web all 3

Does it make sense? Oh, and also, you have 4 _actual_cores_, right? Or
is there any hyperthreading involved?

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)


--=-BTCl+a/ANAYJM4TC+spa
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)

iEYEABECAAYFAlGbiQEACgkQk4XaBE3IOsRJeQCdE/abltgAGvUiF/067JAXiUR3
bYIAoK2oOuMPiILImHttwsG+IdFc/esc
=/nnn
-----END PGP SIGNATURE-----

--=-BTCl+a/ANAYJM4TC+spa--


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

--===============0800779904226824713==--