lkml.org 
[lkml]   [2005]   [Nov]   [15]   [last100]   RSS Feed
Views: [more markup]  [less markup]  [headers]  [forward] 
 
Messages in this thread
/
DateTue, 15 Nov 2005 14:43:19 -0800
FromPaul Jackson <>
SubjectRe: [RFC] [PATCH 00/13] Introduce task_pid api
> This has been demonstrated to be not true.  Again, see ckpt for a simple
> example.
> 
> Oh, right, well willingness to run inside of a container *is* something we
> would require :)  Not needed for checkpointing a single process,
> however - see ckpt.

Be careful not to assume that some set of requirements on our result
is an appropriate set because, for each requirement, someone else has
demonstrated a solution that meets that requirement.

Sometimes there are tradeoffs.  For example, ckpt will checkpoint/restart
a single task without kernel support, but doesn't preserve (from its README
at http://www.cs.wisc.edu/~zandy/ckpt/README):

- File descriptors of open files, special devices,
  pipes, and sockets;
- Interprocess communication state (such as shared memory, semaphores,
  mutex, messages);
- Kernel-level thread state;
- Process identifiers, including process id, process group;
  id, user id, or group id.

and doesn't work with static bound programs (uses PRELOAD).

-- 
                  I won't rest till it's the best ...
                  Programmer, Linux Scalability
                  Paul Jackson <pj@sgi.com> 1.925.600.0401
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

\
 
 \ /
  Last update: 2005-11-15 23:46    [from the cache]
©2003-2008