[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [Xen-devel] [xen-unstable test] 128240: regressions - FAIL
On Tue, 2018-10-02 at 11:06 +0100, George Dunlap wrote: > On 10/01/2018 06:58 PM, Dario Faggioli wrote: > > > > George, let me know if you're working on a fix already, or if I > > should > > do that myself. > > I reverted the credit2 default; but really we need to have a design > discussion about what we want the overall behavior to be. It's not > simple or obvious. > Ok. As saying to Jan, I'm starting to think that there is very few that we can do, without risking of actively stomping on our own users' feet. I mean, if someone wants to migrate a VM between a Credit and a Credit2 box, or between a Credit2 and RTDS box, who are we to forbid him/her to do it? So, basically, I'd make sure that the mismatch is being noticed, but nothing more than that (i.e., I'd print a warning, and ignore the parameters). Of course, if the two hosts do have the same scheduler, I think it does makes sense to re-apply the parameters them VM had on the source host (principle of least surprise, etc). I appreciate that there is the risk that one may have chosen RTDS, then forgot, and not set sched=rtds on destination, and get an apparently weird result... But I'd argue that if you are changing scheduler, you're doing it for a reason, and it's unlikely you don't pay attention to that when playing with migration. Anyway, I'm not working this afternoon. So ping me on IRC tomorrow, if you want to discuss this there. Or we can just go on via email, of course. :-) Regards, Dario -- <<This happens because I choose it to happen!>> (Raistlin Majere) ----------------------------------------------------------------- Dario Faggioli, Ph.D, http://about.me/dario.faggioli Software Engineer @ SUSE https://www.suse.com/ Attachment:
signature.asc _______________________________________________ Xen-devel mailing list Xen-devel@xxxxxxxxxxxxxxxxxxxx https://lists.xenproject.org/mailman/listinfo/xen-devel
|
Lists.xenproject.org is hosted with RackSpace, monitoring our |