xen-devel.lists.xenproject.org archive mirror
 help / color / mirror / Atom feed
From: David Xu <davidxu06@gmail.com>
To: George Dunlap <George.Dunlap@eu.citrix.com>,
	xen-devel@lists.xensource.com
Subject: Re: Re: performance of credit2 on hybrid workload
Date: Tue, 7 Jun 2011 15:28:52 -0400	[thread overview]
Message-ID: <BANLkTikGiK+HFAgzVF1pPObwGi55FeAW-g@mail.gmail.com> (raw)
In-Reply-To: <BANLkTimaUs=pnBV3sEd0c_KsNeEF4SjSDQ@mail.gmail.com>


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

Hi George,

Could you share some ideas about how to addressed the  "mixed workload"
problem,  where a single VM does both
cpu-intensive and latency-sensitive workloads, even though you haven't
implemented it yet?  I am also working on it, maybe I can try some methods
and give you feedback. Thanks.

Regards,
Cong



2011/6/1 George Dunlap <George.Dunlap@eu.citrix.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
> >
> >
>

[-- Attachment #1.2: Type: text/html, Size: 5723 bytes --]

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

_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xensource.com
http://lists.xensource.com/xen-devel

  reply	other threads:[~2011-06-07 19:28 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
2011-06-07 19:28           ` David Xu [this message]
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=BANLkTikGiK+HFAgzVF1pPObwGi55FeAW-g@mail.gmail.com \
    --to=davidxu06@gmail.com \
    --cc=George.Dunlap@eu.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).