[Date Prev][Date Next] [Thread Prev][Thread Next]
[Thread Index]
[Date Index]
[Author Index]
Re: [libvirt] [PATCH 06/10] vcpubandwidth: introduce two new libvirt APIs
- From: Taku Izumi <izumi taku jp fujitsu com>
- To: Gui Jianfeng <guijianfeng cn fujitsu com>
- Cc: libvirt <libvir-list redhat com>, Bharata B Rao <bharata linux vnet ibm com>
- Subject: Re: [libvirt] [PATCH 06/10] vcpubandwidth: introduce two new libvirt APIs
- Date: Thu, 7 Jul 2011 11:32:15 +0900
> >>>>> So why introduce VCPU level apis?
> >>>>
> >>>> Adam Litke said IBM's performance team nead to control cpu bandwidth for each
> >>>> vcpu.
> >>> Right, but we do not export that as a User API, that was my suggestion.
> >>> We can internally control each vcpu's bandwidth, i.e. divide equally.
> >>
> >> Hmm, I heard that some server could run CPUs at different speed.
> >> May be this patch can simulate this behavior.
> > That happens on my laptop as well, depending on the machine load CPU
> > frequency is changed but it is done transparently.
>
> I means explicitly CPU speed configuring. ;)
>
> >
> > I am not sure if we are trying to simulate that here.
>
> So why not leave the flexible interface here, and let users make
> the decision?
In my mind, the flexibility is not always a good thing.
It is nothing but troublesome for the person who doesn't like
detailed setting. I don't know how many people want this flexibility.
I'm for Nikunj's desgin. Do you have any concerns?
--
Best regards,
Taku Izumi <izumi taku jp fujitsu com>
[Date Prev][Date Next] [Thread Prev][Thread Next]
[Thread Index]
[Date Index]
[Author Index]