[CRIU] service: one connection -- multiple requests

Ruslan Kuprieiev kupruser at gmail.com
Fri Nov 29 16:25:11 PST 2013


On 29.11.2013 19:57, Pavel Emelyanov wrote:
> 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?
>> .
>>
>
> BTW, muli-reqs per session also requires that e.g. cr_dump_tasks() frees
> all the memory before return, which it not such.
Yes, that's why I'm suggesting to fork during session.


More information about the CRIU mailing list