On Tuesday 13 May 2003 17:21, Yoav Weiss wrote:
> On Tue, 13 May 2003, Jesse Pollard wrote:
> > Though part of it has to do with large systems and crash. What is done
> > on some of these systems is to periodically checkpoint batch jobs. If the
> > kernel crashes, the job has a physical memory failure, a cpu dies (one
> > out of many...) the system resumes processing (after reboot, or removing
> > the memory page from the valid list ... whatever recovery method) to then
> > reload/resume the processes.
> >
> > If the random key is lost due to a crash, then reload/resume fails.
>
> I thought checkpointing usually takes the whole virtual memory of the
> process, regardless of whats in swap and whats in real memory, in which
> case the encrypted swap key is not an issue. If this isn't the case, I
> guess the random key has to be preserved as a part of the checkpointing.
> Of course, this beats the whole purpose of encrypted swap unless
> checkpointing is done into an encrypted device too. This device must be
> encrypted anyway, regardless of swap, because the whole process image will
> be stored there.
Depends on the system - I believe Cray used to have the option of
checkpointing to the swap device since otherwise the system would be
oversubscribed and subject to deadlock hangs. Other configurations will
exactly what you said, and have the same problems that swap does.
-
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/
This archive was generated by hypermail 2b29 : Thu May 15 2003 - 22:00:51 EST