[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [Xen-devel] [RFC v2] xSplice design
On 12.06.2015 16:43, Jan Beulich wrote: >>>> On 12.06.15 at 16:31, <mpohlack@xxxxxxxxxx> wrote: >> The 1ms is just a random number. I would actually suggest to allow a >> sysadmin or hotpatch management tooling to specify how long one is >> willing to potentially block the whole machine when waiting for a >> stop_machine-like barrier as part of a relevant hypercall. You could >> imagine userland to start out with 1ms and slowly work its way up >> whenever it retries. > > In which case the question would be why it didn't start with a larger > timeout from the beginning. If anything I could see this to be used > to allow for a larger stop window for more critical patches. The main idea is that situations where you cannot patch immediately are transient (e.g., instance start / stop, ...). So by trying a couple of times with a very short timeout every minute or so, chances are very high to succeed without causing any large interruptions for guests. Also, you usually have some time to deploy a hotpatch, given the typical XSA embargo period. So by slowly increasing the maximum blocking time that one is willing to pay, one would patch the vast majority very quickly and one still would have the option to patch stragglers by paying a bit more blocking time later in the patch period. Martin _______________________________________________ Xen-devel mailing list Xen-devel@xxxxxxxxxxxxx http://lists.xen.org/xen-devel
|
Lists.xenproject.org is hosted with RackSpace, monitoring our |