From: Stephan Diestelhorst <sd386@cl.cam.ac.uk>
To: xen-devel <xen-devel@lists.xensource.com>
Subject: Re: sedf testing: volunteers please
Date: Tue, 28 Jun 2005 09:55:40 +0100 [thread overview]
Message-ID: <42C1108C.4040106@cl.cam.ac.uk> (raw)
Xuehai,
your idea is about right. Things to notice are:
How much slice did you give to dom0?
If dom0 gets 75% of the cpu, then the other two domains will share the
remaining 20%
100%-75% - 5% (a small reserve)) in the requsted ratio.
That means they will get 2/10 * 20% = 4% and 8/10 * 20% = 16% of the CPU.
This is guranteed and they won't exceed their reservation because they
don't have the extra-flag specified!
You could either:
-reduce the reservation fordom0
or
-use the extraflag for your domains vm1 and vm2 to givethem any
remaining time (which drives them in weighted extratime mode)
xm sedf vm1 0 0 0 1 2
Hope that helps,
Stephan
>Stephan,
>
>I enabled the sedf scheduler by applying the patch to Xen testing tree not
>the unstable tree.
>
>Then I did the following test. I started two user domains (named "vm1" and
>"vm2" respectively). I made the following sedf configurations:
>
>xm sedf vm1 0 0 0 0 2
>xm sedf vm2 0 0 0 0 8
>
>My intention is to have vm1 reserve 20% of the available cpu and vm2
>reserve the rest of 80% (please correct me if my understanding about
>sedf here is wrong).
>
>Then I start "slurp" job in both domains and it will print out the cpu
>share continuously. To my surprise, vm1 takes around 4% of cpu and vm2
>occpuies around 17% cpu. I was expecting they share the cpu something like
>20% and 80% though the ratio of 4% and 17% is similar as that of 20% and
>80%. BTW, dom0 didn't run any extra job when I ran the test.
>
>Could you please let me know why only 21% (4%+17%) cpu is given to both
>vm1 and vm2 not 100%-% taken by dom0?
>
>Thanks.
>
>Xuehai
>
>On Wed, 18 May 2005, Stephan Diestelhorst wrote:
>
>
>
>>The new sedf scheduler has been in the xen-unstable reopository for a
>>couple of days now. As it may become the default scheduler soon, any
>>testing now is much appreciated!
>>
>>Quick summary can be found in docs/misc/sedf_scheduler_mini-HOWTO.txt
>>
>>Future directions:
>>-effective scheduling of SMP-guests
>> -clever SMP locking in domains (on the way)
>> -timeslice donating (under construction)
>> -identifying gangs and schedule them together
>> -balancing of domains/ VCPUs
>>
>>Any comments/wishes/ideas/... on that are welcome!
>>
>>Best,
>> Stephan Diestelhorst
>>
>>
>>
>>_______________________________________________
>>Xen-devel mailing list
>>Xen-devel@lists.xensource.com
>>http://lists.xensource.com/xen-devel
>>
>>
>>
>>
next reply other threads:[~2005-06-28 8:55 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-06-28 8:55 Stephan Diestelhorst [this message]
-- strict thread matches above, loose matches on Subject: below --
2005-05-18 12:28 sedf testing: volunteers please Stephan Diestelhorst
2005-05-18 14:57 ` Ryan Harper
2005-06-19 20:28 ` Xuehai Zhang
2005-06-20 20:25 ` Diwaker Gupta
2005-06-22 16:45 ` xuehai zhang
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=42C1108C.4040106@cl.cam.ac.uk \
--to=sd386@cl.cam.ac.uk \
--cc=xen-devel@lists.xensource.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.