All of lore.kernel.org
 help / color / mirror / Atom feed
From: Dario Faggioli <dario.faggioli@citrix.com>
To: Chong Li <lichong659@gmail.com>
Cc: Chong Li <chong.li@wustl.edu>, Wei Liu <wei.liu2@citrix.com>,
	Sisu Xi <xisisu@gmail.com>,
	George Dunlap <george.dunlap@eu.citrix.com>,
	xen-devel <xen-devel@lists.xen.org>,
	Meng Xu <mengxu@cis.upenn.edu>,
	Dagaen Golomb <dgolomb@seas.upenn.edu>
Subject: Re: [PATCH v2 for Xen 4.6 4/4] xl: enabling XL to set per-VCPU parameters of a domain for RTDS scheduler
Date: Tue, 9 Jun 2015 17:53:17 +0200	[thread overview]
Message-ID: <1433865197.2403.163.camel@citrix.com> (raw)
In-Reply-To: <CAGHO-ir9kyGCGc-8oq9CeWiWm94iStVY5NBdsiimxPEg363Jaw@mail.gmail.com>


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

On Tue, 2015-06-09 at 10:12 -0500, Chong Li wrote:
> On Tue, Jun 9, 2015 at 3:01 AM, Dario Faggioli
> <dario.faggioli@citrix.com> wrote:

> How about making
> 
> # xl sched-rtds -d vm1
> 
> output the per-dom parameters (of vm1), and meanwhile let
>
> # xl sched-rtds -d vm1 -v all
> 
> output the per-vcpu parameters (of vm1).
> 
> So, in this way, all the "per-vcpu" commands need to consistently specify "-v".
> 
I see what you mean, but what I don't like is the distinction between
per-dom and per-vcpu parameters and command... I don't think it make
sense (see below).

> > So, IIRC, in patch 3 you are just not touching
> > libxl_domain_sched_params_get(), nor sched_rtds_domain_get() and
> > (perhaps in another patch) xc_sched_rtds_domain_get(). What I'm asking
> > is, what does it mean "users who only do per-dom settings"? What happens
> > if I, for instance, do a bunch of:
> >
> >  libxl_vcpu_sched_params_set(...)
> >
> > for various vcpus, each one with different parameters, and then call:
> >
> >  libxl_domain_sched_params_get(...)
> >
> > Have you tested this case? What's the output?
> 
> I described this use case in the cover letter.
> 
Ok, yes, now I remember seeing it, and wanting to comment. Then, because
of the bad threading of the series, the cover letter is somewhere lost
in my xen-devel folder, and I forgot to revisit it when reviewing the
single patches.

It's certainly my fault, but that's one of the many reasons why the
proper threading is important.

> "This command should only be used when all vcpus of a domain have the
> same parameters, otherwise the output
> is pointless. The period and budget shown in the output are equal to
> the parameters of the first
> VCPU of each domain."
> 
> Or, I think we can just output a warning message in this case.
> 
Neither would be optimal, IMO. If I set the parameters of the vcpus of a
VM, then my shift finishes and I leave, how does the sysadmin that does
the next shift (or even me, after 1 month) whether I gave to all the
vcpus the same parameters, and hence whether the output of `xl
sched-rtds -o' (or whatever) can be trusted?

What do you mean with "output a warning message"? Do you mean printing a
warning if someone tries to retrieve domain scheduling parameters of the
RTDS scheduling? Or do you mean print a warning if the vcpus have
different parameters?

As said, I don't like much this option either, but doing the former may
be the only option we have (the latter looks just silly).

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

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

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

      reply	other threads:[~2015-06-09 15:53 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-05-26  0:11 [PATCH v2 for Xen 4.6 4/4] xl: enabling XL to set per-VCPU parameters of a domain for RTDS scheduler Chong Li
2015-06-05 11:38 ` Ian Campbell
2015-06-08 16:21 ` Dario Faggioli
2015-06-08 21:18   ` Chong Li
2015-06-09  8:01     ` Dario Faggioli
2015-06-09 15:12       ` Chong Li
2015-06-09 15:53         ` 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=1433865197.2403.163.camel@citrix.com \
    --to=dario.faggioli@citrix.com \
    --cc=chong.li@wustl.edu \
    --cc=dgolomb@seas.upenn.edu \
    --cc=george.dunlap@eu.citrix.com \
    --cc=lichong659@gmail.com \
    --cc=mengxu@cis.upenn.edu \
    --cc=wei.liu2@citrix.com \
    --cc=xen-devel@lists.xen.org \
    --cc=xisisu@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.