From: Oren Laadan <orenl@cs.columbia.edu>
To: balbir@linux.vnet.ibm.com
Cc: Andrew Morton <akpm@linux-foundation.org>,
Linus Torvalds <torvalds@osdl.org>,
containers@lists.linux-foundation.org,
linux-kernel@vger.kernel.org, linux-mm@kvack.org,
linux-api@vger.kernel.org, Thomas Gleixner <tglx@linutronix.de>,
Serge Hallyn <serue@us.ibm.com>,
Dave Hansen <dave@linux.vnet.ibm.com>,
Ingo Molnar <mingo@elte.hu>, "H. Peter Anvin" <hpa@zytor.com>,
Alexander Viro <viro@zeniv.linux.org.uk>,
Mike Waychison <mikew@google.com>
Subject: Re: [RFC v12][PATCH 01/14] Create syscalls: sys_checkpoint, sys_restart
Date: Wed, 14 Jan 2009 17:31:54 -0500 [thread overview]
Message-ID: <496E67DA.7050503@cs.columbia.edu> (raw)
In-Reply-To: <20090114180441.GD21516@balbir.in.ibm.com>
Balbir Singh wrote:
> * Oren Laadan <orenl@cs.columbia.edu> [2008-12-29 04:16:14]:
>
>> Create trivial sys_checkpoint and sys_restore system calls. They will
>> enable to checkpoint and restart an entire container, to and from a
>> checkpoint image file descriptor.
>>
>> The syscalls take a file descriptor (for the image file) and flags as
>> arguments. For sys_checkpoint the first argument identifies the target
>> container; for sys_restart it will identify the checkpoint image.
>>
>> A checkpoint, much like a process coredump, dumps the state of multiple
>> processes at once, including the state of the container. The checkpoint
>> image is written to (and read from) the file descriptor directly from
>> the kernel. This way the data is generated and then pushed out naturally
>> as resources and tasks are scanned to save their state. This is the
>> approach taken by, e.g., Zap and OpenVZ.
>>
>> By using a return value and not a file descriptor, we can distinguish
>> between a return from checkpoint, a return from restart (in case of a
>> checkpoint that includes self, i.e. a task checkpointing its own
>> container, or itself), and an error condition, in a manner analogous
>> to a fork() call.
>>
>> We don't use copyin()/copyout() because it requires holding the entire
>
> ^^^^^^^^^^^^^^^^^^^ Do you mean get_user_pages(),
> copy_to/from_user()?
Yes, I meant copy_to/from_user() ...
Oren.
--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org. For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>
WARNING: multiple messages have this Message-ID (diff)
From: Oren Laadan <orenl@cs.columbia.edu>
To: balbir@linux.vnet.ibm.com
Cc: Andrew Morton <akpm@linux-foundation.org>,
Linus Torvalds <torvalds@osdl.org>,
containers@lists.linux-foundation.org,
linux-kernel@vger.kernel.org, linux-mm@kvack.org,
linux-api@vger.kernel.org, Thomas Gleixner <tglx@linutronix.de>,
Serge Hallyn <serue@us.ibm.com>,
Dave Hansen <dave@linux.vnet.ibm.com>,
Ingo Molnar <mingo@elte.hu>, "H. Peter Anvin" <hpa@zytor.com>,
Alexander Viro <viro@zeniv.linux.org.uk>,
Mike Waychison <mikew@google.com>
Subject: Re: [RFC v12][PATCH 01/14] Create syscalls: sys_checkpoint, sys_restart
Date: Wed, 14 Jan 2009 17:31:54 -0500 [thread overview]
Message-ID: <496E67DA.7050503@cs.columbia.edu> (raw)
In-Reply-To: <20090114180441.GD21516@balbir.in.ibm.com>
Balbir Singh wrote:
> * Oren Laadan <orenl@cs.columbia.edu> [2008-12-29 04:16:14]:
>
>> Create trivial sys_checkpoint and sys_restore system calls. They will
>> enable to checkpoint and restart an entire container, to and from a
>> checkpoint image file descriptor.
>>
>> The syscalls take a file descriptor (for the image file) and flags as
>> arguments. For sys_checkpoint the first argument identifies the target
>> container; for sys_restart it will identify the checkpoint image.
>>
>> A checkpoint, much like a process coredump, dumps the state of multiple
>> processes at once, including the state of the container. The checkpoint
>> image is written to (and read from) the file descriptor directly from
>> the kernel. This way the data is generated and then pushed out naturally
>> as resources and tasks are scanned to save their state. This is the
>> approach taken by, e.g., Zap and OpenVZ.
>>
>> By using a return value and not a file descriptor, we can distinguish
>> between a return from checkpoint, a return from restart (in case of a
>> checkpoint that includes self, i.e. a task checkpointing its own
>> container, or itself), and an error condition, in a manner analogous
>> to a fork() call.
>>
>> We don't use copyin()/copyout() because it requires holding the entire
>
> ^^^^^^^^^^^^^^^^^^^ Do you mean get_user_pages(),
> copy_to/from_user()?
Yes, I meant copy_to/from_user() ...
Oren.
next prev parent reply other threads:[~2009-01-14 22:31 UTC|newest]
Thread overview: 73+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-12-29 9:16 [RFC v12][PATCH 00/14] Kernel based checkpoint/restart Oren Laadan
2008-12-29 9:16 ` Oren Laadan
2008-12-29 9:16 ` [RFC v12][PATCH 02/14] Checkpoint/restart: initial documentation Oren Laadan
2008-12-29 9:16 ` Oren Laadan
2008-12-29 9:16 ` [RFC v12][PATCH 03/14] Make file_pos_read/write() public Oren Laadan
2008-12-29 9:16 ` Oren Laadan
2008-12-29 9:16 ` [RFC v12][PATCH 04/14] General infrastructure for checkpoint restart Oren Laadan
2008-12-29 9:16 ` Oren Laadan
2008-12-29 9:16 ` [RFC v12][PATCH 05/14] x86 support for checkpoint/restart Oren Laadan
2008-12-29 9:16 ` Oren Laadan
2008-12-29 9:16 ` [RFC v12][PATCH 06/14] Dump memory address space Oren Laadan
2008-12-29 9:16 ` Oren Laadan
2008-12-29 9:16 ` [RFC v12][PATCH 07/14] Restore " Oren Laadan
2008-12-29 9:16 ` Oren Laadan
2008-12-29 9:16 ` [RFC v12][PATCH 08/14] Infrastructure for shared objects Oren Laadan
2008-12-29 9:16 ` Oren Laadan
2008-12-29 9:16 ` [RFC v12][PATCH 09/14] Dump open file descriptors Oren Laadan
2008-12-29 9:16 ` Oren Laadan
[not found] ` <1230542187-10434-1-git-send-email-orenl-eQaUEPhvms7ENvBUuze7eA@public.gmane.org>
2008-12-29 9:16 ` [RFC v12][PATCH 01/14] Create syscalls: sys_checkpoint, sys_restart Oren Laadan
2008-12-29 9:16 ` Oren Laadan
2008-12-29 9:16 ` Oren Laadan
2008-12-29 9:16 ` Oren Laadan
[not found] ` <1230542187-10434-2-git-send-email-orenl-eQaUEPhvms7ENvBUuze7eA@public.gmane.org>
2009-01-14 18:04 ` Balbir Singh
2009-01-14 18:04 ` Balbir Singh
2009-01-14 18:04 ` Balbir Singh
2009-01-14 18:04 ` Balbir Singh
[not found] ` <20090114180441.GD21516-SINUvgVNF2CyUtPGxGje5AC/G2K4zDHf@public.gmane.org>
2009-01-14 22:31 ` Oren Laadan
2009-01-14 22:31 ` Oren Laadan [this message]
2009-01-14 22:31 ` Oren Laadan
2008-12-29 9:16 ` [RFC v12][PATCH 02/14] Checkpoint/restart: initial documentation Oren Laadan
2008-12-29 9:16 ` [RFC v12][PATCH 03/14] Make file_pos_read/write() public Oren Laadan
2008-12-29 9:16 ` [RFC v12][PATCH 04/14] General infrastructure for checkpoint restart Oren Laadan
2008-12-29 9:16 ` [RFC v12][PATCH 05/14] x86 support for checkpoint/restart Oren Laadan
2008-12-29 9:16 ` [RFC v12][PATCH 06/14] Dump memory address space Oren Laadan
2008-12-29 9:16 ` [RFC v12][PATCH 07/14] Restore " Oren Laadan
2008-12-29 9:16 ` [RFC v12][PATCH 08/14] Infrastructure for shared objects Oren Laadan
2008-12-29 9:16 ` [RFC v12][PATCH 09/14] Dump open file descriptors Oren Laadan
2008-12-29 9:16 ` [RFC v12][PATCH 10/14] Restore open file descriprtors Oren Laadan
2008-12-29 9:16 ` Oren Laadan
2008-12-29 9:16 ` Oren Laadan
2008-12-29 9:16 ` Oren Laadan
2008-12-29 9:16 ` [RFC v12][PATCH 11/14] External checkpoint of a task other than ourself Oren Laadan
2008-12-29 9:16 ` Oren Laadan
2008-12-29 9:16 ` Oren Laadan
2008-12-29 9:16 ` Oren Laadan
2008-12-29 9:16 ` [RFC v12][PATCH 12/14] Track in-kernel when we expect checkpoint/restart to work Oren Laadan
2008-12-29 9:16 ` [RFC v12][PATCH 13/14] Checkpoint multiple processes Oren Laadan
2008-12-29 9:16 ` [RFC v12][PATCH 14/14] Restart " Oren Laadan
2009-01-06 20:05 ` [RFC v12][PATCH 00/14] Kernel based checkpoint/restart Dave Hansen
2009-01-06 20:05 ` Dave Hansen
2009-01-06 20:05 ` Dave Hansen
2009-01-06 20:05 ` Dave Hansen
2009-01-06 20:23 ` Andrew Morton
2009-01-06 20:23 ` Andrew Morton
2009-01-06 20:23 ` Andrew Morton
2008-12-29 9:16 ` [RFC v12][PATCH 12/14] Track in-kernel when we expect checkpoint/restart to work Oren Laadan
2008-12-29 9:16 ` Oren Laadan
2008-12-29 9:16 ` [RFC v12][PATCH 13/14] Checkpoint multiple processes Oren Laadan
2008-12-29 9:16 ` Oren Laadan
2009-01-12 23:14 ` Nathan Lynch
2009-01-12 23:14 ` Nathan Lynch
2009-01-14 17:27 ` Oren Laadan
2009-01-14 17:27 ` Oren Laadan
2009-01-14 17:27 ` Oren Laadan
[not found] ` <1230542187-10434-14-git-send-email-orenl-eQaUEPhvms7ENvBUuze7eA@public.gmane.org>
2009-01-12 23:14 ` Nathan Lynch
2008-12-29 9:16 ` [RFC v12][PATCH 14/14] Restart " Oren Laadan
2008-12-29 9:16 ` Oren Laadan
2009-01-04 20:19 ` Serge E. Hallyn
2009-01-04 20:19 ` Serge E. Hallyn
2009-01-07 3:20 ` Oren Laadan
2009-01-07 3:20 ` Oren Laadan
[not found] ` <20090104201957.GA12725-r/Jw6+rmf7HQT0dZR+AlfA@public.gmane.org>
2009-01-07 3:20 ` Oren Laadan
[not found] ` <1230542187-10434-15-git-send-email-orenl-eQaUEPhvms7ENvBUuze7eA@public.gmane.org>
2009-01-04 20:19 ` Serge E. Hallyn
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=496E67DA.7050503@cs.columbia.edu \
--to=orenl@cs.columbia.edu \
--cc=akpm@linux-foundation.org \
--cc=balbir@linux.vnet.ibm.com \
--cc=containers@lists.linux-foundation.org \
--cc=dave@linux.vnet.ibm.com \
--cc=hpa@zytor.com \
--cc=linux-api@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-mm@kvack.org \
--cc=mikew@google.com \
--cc=mingo@elte.hu \
--cc=serue@us.ibm.com \
--cc=tglx@linutronix.de \
--cc=torvalds@osdl.org \
--cc=viro@zeniv.linux.org.uk \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.