From mboxrd@z Thu Jan 1 00:00:00 1970 From: Dave Hansen Subject: Re: [RFC][PATCH 0/2] CR: save/restore a single, simple task Date: Wed, 30 Jul 2008 14:40:42 -0700 Message-ID: <1217454042.26001.6.camel@nimitz> References: <20080730213541.GA24192@us.ibm.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: <20080730213541.GA24192-r/Jw6+rmf7HQT0dZR+AlfA@public.gmane.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: containers-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org Errors-To: containers-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org To: "Serge E. Hallyn" Cc: Linux Containers List-Id: containers.vger.kernel.org On Wed, 2008-07-30 at 16:35 -0500, Serge E. Hallyn wrote: > So task 5 created its mm_struct, task 6 is > supposed to use the same mm_struct, so it finds that out from the > context? I wonder whether that would start to become complicated > when checkpointing nested containers. It also doesn't fit well with the nsproxy idea. It would be very hard to tell which nsproxies should be shared until the entire restart has been completed and we've been able to figure out which ones are the same. This is just a coding/implementation issue, but I think it does reveal a difference in ideology between these patches and the way that the kernel works up until now. :) -- Dave