Thread (36 messages) 36 messages, 11 authors, 2008-10-28

Re: [RFC v7][PATCH 0/9] Kernel based checkpoint/restart

From: Cedric Le Goater <hidden>
Date: 2008-10-22 11:55:46
Also in: linux-mm

Ingo Molnar wrote:
* Dave Hansen [off-list ref] wrote:
quoted
On Tue, 2008-10-21 at 12:21 -0700, Andrew Morton wrote:
quoted
On Mon, 20 Oct 2008 01:40:28 -0400
Oren Laadan [off-list ref] wrote:
quoted
These patches implement basic checkpoint-restart [CR]. This version
(v7) supports basic tasks with simple private memory, and open files
(regular files and directories only).
- how useful is this code as it stands in real-world usage?
Right now, an application must be specifically written to use these 
mew system calls.  It must be a single process and not share any 
resources with other processes.  The only file descriptors that may be 
open are simple files and may not include sockets or pipes.

What this means in practice is that it is useful for a simple app 
doing computational work.
say a chemistry application doing calculations. Or a raytracer with a 
large job. Both can take many hours (days!) even on very fast machine 
even weeks in the EDA and Petroleum geophysics.
and the restrictions on rebootability can hurt in such cases.
yes, indeed. 

These industries also like to be able to schedule high priority jobs
needing the full power of their clusters: checkpoint running jobs,
schedule a high priority one, restart the previous.
You should reach a minimal level of initial practical utility: say some 
helper tool that allows testers to checkpoint and restore a real PovRay 
session - without any modification to a stock distro PovRay.
Supporting Povray is a good target. many HPC applications have the same 
resource  scope.  

C.
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help