[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Xen-devel] [PATCH v1 1/4] xen: add real time scheduler rt

On Fri, Aug 29, 2014 at 10:05 AM, Jan Beulich <JBeulich@xxxxxxxx> wrote:
>>>> On 28.08.14 at 18:06, <xumengpanda@xxxxxxxxx> wrote:
>> As to your concern "I still don't see why such wouldn't be
>> applicable uniformly to all schedulers.", are you suggesting that the
>> credit and credit2 scheduler could also allow users to set/get each VCPU's
>> parameters? (I think that could be possible but this should be some design
>> decision made by credit and credit2 scheduler developer?)
> Perhaps. But I think a more uniform interface to the individual
> schedulers would help on the tools side too. But in the end I'm
> just raising questions/concerns here, it's George who needs to
> be okay with your approach.

Well the domctls aren't part of the stable ABI, so we can always
refactor things if we want to.

One could imagine restructuring the hypercall so that you could
specify a list of vcpus at the top level; but given that none of the
other schedulers actually want that at the moment, it seems like a lot
of faff for no good reason.

>>> I think anything going into the seconds, not to speak of minutes or
>>> hours, range is already beyond boundaries of being reasonable /
>>> useful.
>> Hmm, that's fair. If we want to limit the range to seconds, then uint32 is
>> enough. However, what if some user really want to set the period/budget to
>> hours/days? Then we couldn't support it if we use uint32 type for
>> period/budget. (This is just my subtle concern. I'm not arguing that we
>> have to use uint64 or uint32. As long as everyone agrees with a type, I can
>> just change it to the agreed type very quickly.) Do you have any suggestion
>> of how we can reach an agreement and get the range finalized?
> Let's see what others, mainly George and Dario, think.

Under what circumstances would anyone want a period of an hour?  At
this point we're talking about a vcpu being allowed to run
continuously without pre-emption for half an hour, and then not
*allowed* to run at all for another half hour.  That just seems really


Xen-devel mailing list



Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.