[CRIU] service: one connection -- multiple requests
Pavel Emelyanov
xemul at parallels.com
Sat Nov 23 12:10:37 PST 2013
On 11/23/2013 06:50 PM, Ruslan Kuprieiev wrote:
> I have noticed that if program does something like this:
> -- ....
> -- ask to dump itself
> -- ask service to do something else
> -- ....
>
> and then we are trying to restore it -- it will fail, as the service
> socket(that was created especially for this process) will be closed.
> Without multirequesting everything will be fine, as for every request
> the new one socket will be created.
> I think we shouldn't reject multirequesting, because of it's goals: it
> is fast and a bit easy to work with. Maybe we should give user a choose
> somehow?
> .
I think that for muli-request we should extend the criu_req request
with "optional bool more_requests_will_follow;" or some better name.
The service will decide itself whether it can handle more requests
and act respectively. E.g. multi bit in DUMP_ME request should be
rejected.
More information about the CRIU
mailing list