From: Dario Faggioli <dario.faggioli@citrix.com>
To: "Yu-An(Victor) Chen" <chen116@usc.edu>
Cc: Meng Xu <xumengpanda@gmail.com>, xen-devel@lists.xen.org
Subject: Re: xen 4.5.0 rtds scheduler perform poorly with 2vms
Date: Fri, 27 Nov 2015 18:23:02 +0100 [thread overview]
Message-ID: <1448644982.7833.290.camel@citrix.com> (raw)
In-Reply-To: <CANwucLnO6iRjgJeHiuHCD_dXmjpM_PADk2+OgyJWYwFVUmHn7A@mail.gmail.com>
[-- Attachment #1.1: Type: text/plain, Size: 2964 bytes --]
On Fri, 2015-11-27 at 08:36 -0800, Yu-An(Victor) Chen wrote:
> Hi Dario,
>
Hi,
> Thanks for the reply!
>
You're welcome. :-)
I'm adding Meng to Cc...
> My goal for the experiment is to show that xen rtds scheduler is
> better than credit scheduler when it comes to real time tasks.
> so my set up is:
>
> for xen-credit : 2vms sharing 8 cores (cpu 0-7) using credit
> scheduler(both with weight of 800 and capacity of 400)
> for xen-rtds: 2 vms sharing 8 cores (cpu0-7) using RTDS (both with
> period of 10000 and budget of 5000)
> in both setup, dom0 is using 1 core from cpu 8-15
>
I can't see you saying how many vCPUs each VM has. I presume 4? I'll
assume that is the case in the rest of this email.
> VM2 will run tasks that has utilization of 4 cores. VM1 will run
> tasks that has utilization from 1 to 4, and I will record VM1's
> schedulbility.
>
I'm not sure what you mean with "tasks that has utilization of 4 cores"
(or, in general, "of X cores").
I'll assume it means that you run some kind of periodic tasks, each one
with an utilization ratio, given by the computation time of their
periodic instances over their period, and that the sum of all these
ratios give 4 (or, in general, X).
If this is not the case, please, clarify.
> I am hoping to see that the VM1 using xen-rtds will perform better
> than the VM1 using xen-credit, but what I am seeing is the opposite.
>
Ok, let's try some maths. Not real-time scheduling theory (for
now :-) ), just maths.
let's take VM2. What I understand is that the "internal demand", from
tasks running inside it, would be 400%. Assuming the VM has 4 vCPUs,
since each vCPU has 5000/10000=50%, the VM has, in total, 200%. So, in
this case, I don't see how a demand of 400% could be satisfied by a
supply of 200%.
If the VM has 8 vCPUs, each at 50%, that does mean that it could, in
theory, serve a demand of 400%. But that does not "just" happens. Here
it is where real-time scheduling theory comes into play, and I'll let
Meng comment on this (if he's interested :-D), as I don't recall the
details of those formulas any longer!
In a nutshell, budgets ad periods of tasks and VMs must satisfy certain
condition, in order to the schedulability of the whole system to be
guaranteed.
Therefore, either because you have misconfigured the system, or because
you are hitting some real-time scheduling "issues", it is well possible
that, in this simple case, for a best effort scheduler to do a pretty
fine job. There are indeed differences and specific use case and
scenarios for Credit and RTDS.
The one you described is just not one of them. :-D
Regards,
Dario
--
<<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)
[-- Attachment #1.2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 181 bytes --]
[-- Attachment #2: Type: text/plain, Size: 126 bytes --]
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xen.org
http://lists.xen.org/xen-devel
next prev parent reply other threads:[~2015-11-27 17:23 UTC|newest]
Thread overview: 31+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-11-23 15:42 xen 4.5.0 rtds scheduler perform poorly with 2vms Yu-An(Victor) Chen
2015-11-23 16:07 ` Meng Xu
2015-11-23 16:35 ` Yu-An(Victor) Chen
2015-11-24 2:23 ` Meng Xu
2015-11-24 4:57 ` Yu-An(Victor) Chen
2015-11-24 6:19 ` Meng Xu
2015-11-25 0:15 ` Dario Faggioli
2015-11-27 16:36 ` Yu-An(Victor) Chen
2015-11-27 17:23 ` Dario Faggioli [this message]
2015-11-27 17:41 ` Meng Xu
2015-11-27 19:50 ` Yu-An(Victor) Chen
2015-11-28 0:17 ` Meng Xu
2015-11-28 12:20 ` Yu-An(Victor) Chen
2015-11-28 15:09 ` Meng Xu
2015-11-29 12:46 ` Yu-An(Victor) Chen
2015-11-29 15:38 ` Meng Xu
2015-11-29 16:27 ` Dario Faggioli
2015-11-29 16:44 ` Meng Xu
2015-11-29 18:16 ` Yu-An(Victor) Chen
2015-12-01 8:59 ` Dario Faggioli
2015-12-01 10:11 ` Lars Kurth
2015-12-01 16:01 ` Yu-An(Victor) Chen
2015-12-02 5:54 ` Meng Xu
2015-12-02 10:54 ` Wei Liu
2015-12-02 11:01 ` Ian Campbell
2015-12-02 11:27 ` Dario Faggioli
2015-12-02 11:03 ` Lars Kurth
2015-12-02 11:19 ` Dario Faggioli
2015-12-02 16:57 ` Meng Xu
2015-11-29 16:18 ` Dario Faggioli
2015-11-29 16:21 ` Meng Xu
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=1448644982.7833.290.camel@citrix.com \
--to=dario.faggioli@citrix.com \
--cc=chen116@usc.edu \
--cc=xen-devel@lists.xen.org \
--cc=xumengpanda@gmail.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.