lkml.org 
[lkml]   [2008]   [Oct]   [20]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    Date
    From
    SubjectRe: [PATCH 0/9] OpenVZ kernel based checkpointing/restart
    Louis Rilling wrote:
    > On Fri, Oct 17, 2008 at 04:33:03PM -0700, Dave Hansen wrote:
    >> On Wed, 2008-09-03 at 14:57 +0400, Andrey Mirkin wrote:
    >>> This patchset introduces kernel based checkpointing/restart as it is
    >>> implemented in OpenVZ project. This patchset has limited functionality and
    >>> are able to checkpoint/restart only single process. Recently Oren Laaden
    >>> sent another kernel based implementation of checkpoint/restart. The main
    >>> differences between this patchset and Oren's patchset are:
    >> Hi Andrey,
    >>
    >> I'm curious what you want to happen with this patch set. Is there
    >> something specific in Oren's set that deficient which you need
    >> implemented? Are there some technical reasons you prefer this code?
    >
    > To be fair, and since (IIRC) the initial intent was to start with OpenVZ's
    > approach, shouldn't Oren answer the same questions with respect to Andrey's
    > patchset?
    >
    > I'm afraid that we are forgetting to take the best from both approaches...

    I agree with Louis.

    I played with Oren's patchset and tryed to port it on x86_64. I was able
    to sys_checkpoint/sys_restart but if you remove the restoring of the
    general registers, the restart still works. I am not an expert on asm,
    but my hypothesis is when we call sys_checkpoint the registers are saved
    on the stack by the syscall and when we restore the memory of the
    process, we restore the stack and the stacked registers are restored
    when exiting the sys_restart. That make me feel there is an important
    gap between external checkpoint and internal checkpoint.

    Dmitry's patchset is nice too, but IMO, it goes too far from what we
    decided to do at the container mini-summit. I think there are a lot of
    design questions to be solved before going further.

    IMHO we should look at Dmitry patchset and merge the external checkpoint
    code to Oren's patchset in order to checkpoint *one* process and have
    the process to restart itself. At this point, we can begin to talk about
    the restart itself, shall we have the kernel to fork the processes to be
    restarted ? shall we fork from userspace and implement some mechanism to
    have each processes to restart themselves ? etc...










    \
     
     \ /
      Last update: 2008-10-20 15:31    [W:0.038 / U:2.020 seconds]
    ©2003-2016 Jasper Spaans. hosted at Digital OceanAdvertise on this site