From mboxrd@z Thu Jan  1 00:00:00 1970
From: Dario Faggioli <dario.faggioli@citrix.com>
Subject: Re: RT-Xen on ARM
Date: Wed, 5 Jul 2017 10:51:38 +0200
Message-ID: <1499244698.7486.9.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>
 <CAENZ-+=syCWWSc+vGP-9FbLeULYXncZT6Qj64AEPv8NWRDMqTg@mail.gmail.com>
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="===============4354718065702324372=="
Return-path: <xen-devel-bounces@lists.xen.org>
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
 by lists.xenproject.org with esmtp (Exim 4.84_2)
 (envelope-from <prvs=352ca2d40=dario.faggioli@citrix.com>)
 id 1dSg2D-0006nd-Uo
 for xen-devel@lists.xenproject.org; Wed, 05 Jul 2017 08:51:46 +0000
In-Reply-To: <CAENZ-+=syCWWSc+vGP-9FbLeULYXncZT6Qj64AEPv8NWRDMqTg@mail.gmail.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: Meng Xu <xumengpanda@gmail.com>, Andrii Anisov <andrii_anisov@epam.com>
Cc: xen-devel <xen-devel@lists.xenproject.org>
List-Id: xen-devel@lists.xenproject.org

--===============4354718065702324372==
Content-Type: multipart/signed; micalg=pgp-sha256;
	protocol="application/pgp-signature"; boundary="=-3bTkrz9x4sGneGC/GPxh"

--=-3bTkrz9x4sGneGC/GPxh
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

On Mon, 2017-07-03 at 14:42 -0400, Meng Xu wrote:
> On Mon, Jul 3, 2017 at 10:58 AM, Andrii Anisov <andrii_anisov@epam.co
> m> wrote:
> >=20
> Once the scheduling policy is determined, you will need to configure
> the VCPUs' parameters based on the systems' workload.
> This requires the workload's timing parameters for the CARTS tool to
> compute the VCPUs' parameters.
>=20
Yes, this is an interesting thing that Meng is mentioning.

RTDS allows you to specify the parameters (budget and period, or,
depending on how you prefer to see things, utilization and latency) on
a per-vCPU basis.

This may look cumbersome and overly complicated (and, in fact, if you
don't need it, you can ignore it :-D), but it may actually be really
important in a truly RT scenario.

Whether or not it is useful, almost entirely depends on what the VM is
doing, and how you decide to control and configure things inside it.
For example, if you have a particular task in the VM that you need must
absolutely execute for at least 10ms every 100ms, you can:
- inside the VM, pin the task to vCPU 0, and give it top priority;
- at the Xen level, give (with RTDS) to vCPU 0 budget=3D10ms and=C2=A0
  period=3D100ms (or maybe budget of 12ms, to allow for some overhead
  :-P).

This is something that no other scheduler allows you to do. :-)

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)
--=-3bTkrz9x4sGneGC/GPxh
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

iQIcBAABCAAGBQJZXKibAAoJEBZCeImluHPuRUcP/00gWSYdrzTcaRZkjbTyL6qa
7pEE8RdnoemnaMgEgQwUnifjoclDjpAubwRoBxWMbELFIJsFKMgfJbT+0rgMlkxO
3+Oe203EQkJd19D1A3Uf3gh5tGIJgKERfQKfqQLkVUjycP3E6ZvpuDifTpjTIwYv
eANJPI6tHcHYuZUyr4MjbDenTDXCMX/QKN5xRQakJQjT+SwagdZQsVoCRXYQJvE3
kMkfjtij3S8PN4JrIS4RZtevC7r3pv1LriqZpP7E7hXSkRYIdRrAVaV4ShLL7qkr
1bX90hscDnlqldDMsfac0lVT19I4/U2uakdO23Y8hZ2TV26L7LeGjfoFi0Z1ZRiz
vnBBpgizZfj2wC0P5BO5zxgPdfTK0exJUjSKpgF9g2yH8bRCX2nAEHKmq1On//r0
LcCpUGOquOmIQdBH2S+HySDpjnurfa5S8wXmWEJpwk6Eeb/QXtTPwXyEfLw0i0Ez
wO1oi5V9ZrigNKHvFOQP7qioHCWIpeaTz8HSOSFk748bV+sxQUzcU3NiWCX3IShu
c9N9N6AJQH+sKuirRBzpdzk9TP6qMeOHRip1X4A0kanCYR0JaetgKmLUGw1oV6K8
/bnk8sV81CiPKHFnCtwUIXjX2agiGJ+aCL6zxMe6gXcNMSfWS5WqsdHcNs/3fJ8q
whrBsfgKiwjzDbKEQRTf
=BTyl
-----END PGP SIGNATURE-----

--=-3bTkrz9x4sGneGC/GPxh--


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

X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KWGVuLWRldmVs
IG1haWxpbmcgbGlzdApYZW4tZGV2ZWxAbGlzdHMueGVuLm9yZwpodHRwczovL2xpc3RzLnhlbi5v
cmcveGVuLWRldmVsCg==

--===============4354718065702324372==--