From: David Xu <davidxu06@gmail.com>
To: George Dunlap <george.dunlap@citrix.com>, xen-devel@lists.xensource.com
Subject: Re: performance of credit2 on hybrid workload
Date: Tue, 31 May 2011 20:55:16 -0400 [thread overview]
Message-ID: <BANLkTikU0KqN_yd1J3_HtCaAN0LrF6qBXQ@mail.gmail.com> (raw)
In-Reply-To: <1306401493.21026.8526.camel@elijah>
[-- Attachment #1.1: Type: text/plain, Size: 2563 bytes --]
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
> >
> >
> >
>
>
>
[-- Attachment #1.2: Type: text/html, Size: 3388 bytes --]
[-- Attachment #2: Type: text/plain, Size: 138 bytes --]
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xensource.com
http://lists.xensource.com/xen-devel
next prev parent reply other threads:[~2011-06-01 0:55 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 [this message]
2011-06-01 9:31 ` George Dunlap
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=BANLkTikU0KqN_yd1J3_HtCaAN0LrF6qBXQ@mail.gmail.com \
--to=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).