All of lore.kernel.org
 help / color / mirror / Atom feed
From: Dario Faggioli <dario.faggioli@citrix.com>
To: Juergen Schinker <ba1020@homie.homelinux.net>,
	Meng Xu <xumengpanda@gmail.com>
Cc: Wei Liu <wei.liu2@citrix.com>, xen-devel <xen-devel@lists.xen.org>
Subject: Re: [BUG] XEN-4.8-rc2 sched-rtds does not accept settings
Date: Tue, 18 Oct 2016 23:49:23 +0200	[thread overview]
Message-ID: <1476827363.6533.20.camel@citrix.com> (raw)
In-Reply-To: <1739067370.34.1476816748999.JavaMail.zimbra@homie.homelinux.net>


[-- Attachment #1.1: Type: text/plain, Size: 2157 bytes --]

On Tue, 2016-10-18 at 19:52 +0100, Juergen Schinker wrote:
> > On Tue, Oct 18, 2016 at 6:51 AM, Wei Liu <wei.liu2@citrix.com>
> > wrote:
> > > 
> > Another thing is that the current RTDS scheduler will only allocate
> > the amount of resource to the VCPU you set.  Since you set period
> > and
> > budget to be 20000 and 8000, you only get 40% CPU resource. (We
> > won't
> > get more resource than you set under the current RTDS.)
> > 
> what is the min max?
> 
Not sure what you mean, but I think the answer is that it's a max.

I.e., a vcpu will never get more than 8ms every 20ms, which means it
will never get more than 40% CPU time. But if it asks less than that,
it will (of course!) get less).

It can also be seen as a min, but that depends on the system
configuration. So far, there is nothing that prevents you to assign 40%
of CPU time to 10 vCPUs. This means you've allocated 400% CPUs. If you
have, say, only 2 CPUs, you're overbooking, and there's no way everyone
will get all of what they ask for.

How graceful the performance degradation is, I'll leave it to Meng (I
recall EDF does that in a very nice manner, but I can't remember
whether that is the case in the actual algorithm RTDS is based on).

But again, I'm not sure whether this is what you were asking.
 
> well I just wanted to test it and see how it performs and don't have
> a special need for this scheduler
> 
Ah, ok. When doing such experiments, consider using cpupools. They come
in very handy, as you can dynamically assign a scheduler to a set of
CPUs, move domains there, and test and check whatever you want, without
having to reboot with different parameters, etc.

> except shutting up loudmouthes who say you can not assure
> min  resources to a domain :-)
> 
Right, this is a very good purpose... Let us know if you need help on
it! :-P

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: 819 bytes --]

[-- Attachment #2: Type: text/plain, Size: 127 bytes --]

_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xen.org
https://lists.xen.org/xen-devel

      parent reply	other threads:[~2016-10-18 21:49 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-10-17 21:55 [BUG] XEN-4.8-rc2 sched-rtds does not accept settings Juergen Schinker
2016-10-18 10:51 ` Wei Liu
2016-10-18 17:17   ` Dario Faggioli
2016-10-18 17:41   ` Meng Xu
2016-10-18 18:52     ` Juergen Schinker
2016-10-18 19:06       ` Wei Liu
2016-10-18 21:49       ` Dario Faggioli [this message]

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=1476827363.6533.20.camel@citrix.com \
    --to=dario.faggioli@citrix.com \
    --cc=ba1020@homie.homelinux.net \
    --cc=wei.liu2@citrix.com \
    --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.