From mboxrd@z Thu Jan  1 00:00:00 1970
From: Dario Faggioli <dario.faggioli@citrix.com>
Subject: Re: RT-Xen on ARM
Date: Thu, 28 Sep 2017 19:56:41 +0200
Message-ID: <1506621401.5001.20.camel@citrix.com>
References: <b6de44dc-d4df-cda4-6a92-f39415bbc54f@epam.com>
 <CAENZ-+n5bTfNKSQE-B7V_QRY_LfVA60=waNgAMq5a1DVO0rhKQ@mail.gmail.com>
 <dac8b39c-c4cf-efe1-dc94-9d905cfa6590@epam.com>
 <264a731d-bebe-91b5-dc92-3eb0f020c526@epam.com>
 <CAENZ-+=O-_8ADJWTyMv9UErC1bRQey_+A2B+y=+LPDuoLQa1Qg@mail.gmail.com>
 <c439572a-8ef7-a3dc-242b-b205cd0b6882@epam.com>
 <de1b463e-9fd3-7e5a-59c0-7271ea42b120@epam.com>
 <CAENZ-+nf8359D6FtyrNibFzeMp8Ph4eV5M4-A22cwLQ0Ok+OOw@mail.gmail.com>
 <2c5c6fba-fdcf-f12d-2d8f-07ae970b9408@epam.com>
 <CAENZ-+kRpAmbavY6=10O7HDwgsnDq-75JfVGO_X5=Ji_UuSa4A@mail.gmail.com>
 <20e4bb06-ae29-266c-2d09-83cee826a29d@epam.com>
 <CAENZ-+nnv-dXJfHb06G2hnU790bJWU3gCyEP73OEKLWsOVZALQ@mail.gmail.com>
 <e7d861d2-5e4f-4907-1521-6e03d2e5c0a8@epam.com>
 <1506614478.5001.12.camel@citrix.com>
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="===============6411912196572184838=="
Return-path: <xen-devel-bounces@lists.xen.org>
Received: from mail6.bemta5.messagelabs.com ([195.245.231.135])
 by lists.xenproject.org with esmtp (Exim 4.84_2)
 (envelope-from <prvs=437205bc6=dario.faggioli@citrix.com>)
 id 1dxd3M-000822-I5
 for xen-devel@lists.xenproject.org; Thu, 28 Sep 2017 17:56:52 +0000
In-Reply-To: <1506614478.5001.12.camel@citrix.com>
List-Unsubscribe: <https://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: <https://lists.xen.org/cgi-bin/mailman/listinfo/xen-devel>,
 <mailto:xen-devel-request@lists.xen.org?subject=subscribe>
Errors-To: xen-devel-bounces@lists.xen.org
Sender: "Xen-devel" <xen-devel-bounces@lists.xen.org>
To: Andrii Anisov <andrii_anisov@epam.com>, Meng Xu <xumengpanda@gmail.com>
Cc: xen-devel <xen-devel@lists.xenproject.org>
List-Id: xen-devel@lists.xenproject.org

--===============6411912196572184838==
Content-Type: multipart/signed; micalg=pgp-sha256;
	protocol="application/pgp-signature"; boundary="=-+sPljTF/EnISOR9DBEQ9"

--=-+sPljTF/EnISOR9DBEQ9
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

On Thu, 2017-09-28 at 18:01 +0200, Dario Faggioli wrote:
> On Thu, 2017-09-28 at 12:18 +0300, Andrii Anisov wrote:
> > > >=20
> The GP scheduler --like Credit1 or Credit2, if you are on Xen-- will
> give you fairness, but without any precise temporal guarantee. This
> means that, in this case, each vCPU will be given the chance to run
> for
> 1/2 CPU capacity (at there are 2 CPUs, 4 vCPUs total, i.e., 2/4=3D1/2).
> You can influence this with weights, but that's still "not real-
> time".
>=20
> I.e., if you say that d1v0 and d1v1 have double the weights of d2v0
> and
> d2v1, if 2 is the total available CPU capacity, d1's vCPUs will run
> for
>=20
Err... Sorry, I hit send, before finishing this paragraph.

I meant to say: if you set d1 to have twice as much the weight of d2
(because weights, in Credit1 and Credit2, are set on a per-domain
basis), d1 will execute for about ~130% of CPU time (subdivided,
theoretically equally, between d1v0 and d1v1), and d2 will execute for
~70% (subdivided between d2v0 and d2v1).

So, basically, the 2x ratio between the domain's execution time is
achievable, with a general purpose scheduler, but it's not possible to
specify, and have it enforced, any time granularity.=20

Regards,
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)
--=-+sPljTF/EnISOR9DBEQ9
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

iQIcBAABCAAGBQJZzTfaAAoJEBZCeImluHPuBhEQAM7oFoDmYq+vo/6kwWVWPynT
+15Wk8CGrWr1MBWvX02xr+KAwLZdFSUOgtLhmentRuiVaX7UHPUFFGG3D3xNktFV
AzjFqtpEDLEYLzLmlptBPDDnBNbH2Bbggztf5V7um4Vs7i5k6WBW+4LCyU59EGWu
vPd+sOcljxxUZw0dIHybzjS20dqdjseiniSwJX5NHLute27y/2CpP0BcC27+ccOh
aIbteCZOcXV1P9zOfU8YtJXPAY8I67xXQUwcaZNZUA550trQmIYHZqc7I6YRecM2
ynVl8Tfk9uprYZmTh8Eay7KNpLsHSaTKe6Nid7x/Yruw2HBmaDrN8wKwkG5SVoqG
qgmP6tbpS2YpR0n/TFniL8I0tlcn5/clxqou/ljSifIE4HMqYjxJJRYG9Bzv5pIi
gCNFsxvMy7HBp0JiwqBaeIP91ClnG/ZgFkK81KbtkMq2ki19hUuODbjMa72BD11o
hMc3EoBpJE4FLDYzcCB6DPbQaORZuTklQ3prI+GApgO2kf9h0THfW80TAwiEm3Z1
R3N1KN/qdEuI2A2jYdmZn8EwWfpFamEcrSDt2Zuzy8QAb+kNOjhhiXV2IeUnWXsc
RgeFQpUFSlxbScByGy80VMdOHflg23DKwZ4U5diwgTunZSqlb6ruDv7TyY9GJygZ
J62gmgna5yU6u0yg236n
=ZLNv
-----END PGP SIGNATURE-----

--=-+sPljTF/EnISOR9DBEQ9--


--===============6411912196572184838==
Content-Type: text/plain; charset="utf-8"
MIME-Version: 1.0
Content-Transfer-Encoding: base64
Content-Disposition: inline

X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KWGVuLWRldmVs
IG1haWxpbmcgbGlzdApYZW4tZGV2ZWxAbGlzdHMueGVuLm9yZwpodHRwczovL2xpc3RzLnhlbi5v
cmcveGVuLWRldmVsCg==

--===============6411912196572184838==--