All of lore.kernel.org
 help / color / mirror / Atom feed
* [RFC][PATCH 0/3] broken out c/r patches
@ 2008-08-04 20:31 Dave Hansen
  2008-08-04 20:31 ` [RFC][PATCH 1/3] kernel-based checkpoint-restart: general infrastructure Dave Hansen
                   ` (2 more replies)
  0 siblings, 3 replies; 4+ messages in thread
From: Dave Hansen @ 2008-08-04 20:31 UTC (permalink / raw)
  To: Oren Laadan
  Cc: containers-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA,
	Dave Hansen

I've done a bit of refactoring to Oren's patches.

I wonder if they're in a state that people think we can
share on LKML like Ted suggested.  Thoughts?

--

At the containers mini-conference before OLS, the consensus among
all the stakeholders was that doing checkpoint/restart in the kernel
as much as possible was the best approach.  With this approach, the
kernel will export a relatively opaque 'blob' of data to userspace
which can then be handed to the new kernel at restore time.

This is different that what had been proposed before, which was
that a userspace application would be responsible for collecting
all of this data.  We were also planning on adding lots of new,
little kernel interfaces for all of the things that needed
checkpointing.  This unites those into a single, grand interface.

The 'blob' will contain copies of select portions of kernel
structures such as vmas and mm_structs.  It will also contain
copies of the actual memory that the process uses.  Any changes
in this blob's format between kernel revisions can be handled by
an in-userspace conversion program.

This is a similar approach to virtually all of the commercial
checkpoint/restart products out there, as well as the research
project Zap.

These patches basically serialize internel kernel state and write
it out to a file descriptor.  The checkpoint and restore are done
with two new system calls: sys_checkpoint and sys_restart.

In this incarnation, they can only work checkpoint and restore a
single task. The task's address space may consist of only private,
simple vma's - anonymous or file-mapped.

^ permalink raw reply	[flat|nested] 4+ messages in thread

end of thread, other threads:[~2008-08-04 20:31 UTC | newest]

Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2008-08-04 20:31 [RFC][PATCH 0/3] broken out c/r patches Dave Hansen
2008-08-04 20:31 ` [RFC][PATCH 1/3] kernel-based checkpoint-restart: general infrastructure Dave Hansen
2008-08-04 20:31 ` [RFC][PATCH 2/3] checkpoint/restart: x86 support Dave Hansen
2008-08-04 20:31 ` [RFC][PATCH 3/3] checkpoint/restart: memory management Dave Hansen

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.