From: George Dunlap <George.Dunlap@eu.citrix.com>
To: David Xu <davidxu06@gmail.com>
Cc: xen-devel@lists.xensource.com, George Dunlap <george.dunlap@citrix.com>
Subject: Re: Re: performance of credit2 on hybrid workload
Date: Wed, 1 Jun 2011 10:31:00 +0100 [thread overview]
Message-ID: <BANLkTimaUs=pnBV3sEd0c_KsNeEF4SjSDQ@mail.gmail.com> (raw)
In-Reply-To: <BANLkTikU0KqN_yd1J3_HtCaAN0LrF6qBXQ@mail.gmail.com>
You cannot do that with the current code; to add such a parameter
would require major work to the scheduler.
-George
On Wed, Jun 1, 2011 at 1:55 AM, David Xu <davidxu06@gmail.com> wrote:
> Hi,
> I want to reduce the latency of a specific VM. How should I do based on
> credit scheduler? For example, I will add another parameter latency besides
> weight and cap, and schedule the vcpu whose VM holds the least latency
> firstly each time. Thanks.
> Regards,
> Cong
>
> 2011/5/26 George Dunlap <george.dunlap@citrix.com>
>>
>> Please reply to the list. :-)
>>
>> Also, this is a question about credit1, so it should arguably be a
>> different thread.
>>
>> -George
>>
>> On Wed, 2011-05-25 at 19:34 +0100, David Xu wrote:
>> > Thanks. The boost mechanism in credit can significantly reduce the
>> > scheduling latency for pure I/O workload. Since the minimum interval
>> > of credit scheduling is 10ms, the magnitude of latency for the target
>> > VM should be 10ms (except the credit is not used up and vcpu remain
>> > the head of runqueue ) as well. Why the real latency in my test (Ping
>> > the target VM) is much shorter than 10ms? Does the vcpu of target VM
>> > remain the head of runqueue if it was boosted?
>> >
>> >
>> > David
>> >
>> > 2011/5/25 George Dunlap <george.dunlap@citrix.com>
>> >
>> > On Mon, 2011-05-23 at 09:15 +0100, David Xu wrote:
>> > > Hi,
>> > >
>> > >
>> > > Xen4.1 datasheet tells that credit2 scheduler is designed
>> > for latency
>> > > sensitive workloads. Does it have some improvement on the
>> > hybrid
>> > > workload including both the cpu-bound and latency-sensitive
>> > i/o work?
>> > > For example, if a VM runs a cpu-bound task burning the cpu
>> > and a
>> > > i/o-bound (latency-sensitive) task simultaneously, will the
>> > latency be
>> > > guaranteed? And how?
>> >
>> >
>> > At the moment, the "mixed workload" problem, where a single VM
>> > does both
>> > cpu-intensive and latency-sensitive* workloads, has not been
>> > addressed
>> > yet. I have some ideas, but I haven't implemented them yet.
>> >
>> > * i/o-bound is not the same as latency sensitive. They
>> > obviously go
>> > together frequently, but I would make a distinction between
>> > them. For
>> > example, an scp (copy over ssh) can easily become cpu-bound if
>> > there is
>> > competition for the cpu -- but it is nonetheless latency
>> > sensitive. (I
>> > guess to put it another way, a workload which is
>> > latency-sensitive may
>> > become i/o-bound if its scheduling latency is too high.)
>> >
>> > -George
>> >
>> >
>> >
>>
>>
>
>
> _______________________________________________
> Xen-devel mailing list
> Xen-devel@lists.xensource.com
> http://lists.xensource.com/xen-devel
>
>
next prev parent reply other threads:[~2011-06-01 9:31 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-05-23 8:15 performance of credit2 on hybrid workload David Xu
2011-05-25 16:18 ` George Dunlap
[not found] ` <BANLkTi=57gDitoq7-T7n9Zh0_ZrCMuxfRg@mail.gmail.com>
[not found] ` <1306401493.21026.8526.camel@elijah>
2011-06-01 0:55 ` David Xu
2011-06-01 9:31 ` George Dunlap [this message]
2011-06-07 19:28 ` David Xu
2011-06-08 10:36 ` George Dunlap
2011-06-08 21:43 ` David Xu
2011-06-09 13:34 ` George Dunlap
2011-06-09 19:50 ` David Xu
2011-06-13 16:52 ` David 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='BANLkTimaUs=pnBV3sEd0c_KsNeEF4SjSDQ@mail.gmail.com' \
--to=george.dunlap@eu.citrix.com \
--cc=davidxu06@gmail.com \
--cc=george.dunlap@citrix.com \
--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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).