[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <87mz0u86dm.fsf@rimspace.net>
Date: Fri, 27 Apr 2007 20:21:41 +1000
From: Daniel Pittman <daniel@...space.net>
To: Olivier Galibert <galibert@...ox.com>
Cc: Nigel Cunningham <nigel@...el.suspend2.net>,
Linus Torvalds <torvalds@...ux-foundation.org>,
Xavier Bestel <xavier.bestel@...e.fr>,
Pekka Enberg <penberg@...helsinki.fi>,
LKML <linux-kernel@...r.kernel.org>
Subject: Re: Back to the future.
Olivier Galibert <galibert@...ox.com> writes:
> On Fri, Apr 27, 2007 at 06:50:56AM +1000, Nigel Cunningham wrote:
>
>> I'm perfectly willing to think through some alternate approach if you
>> suggest something or prod my thinking in a new direction, but I'm
>> afraid I just can't see right now how we can achieve what you're
>> after.
>
> Ok, what about this approach I've been mulling about for a while:
>
> Suspend-to-disk is pretty much an exercise in state saving. There are
> multiple ways to do state saving, but they tend to end up in two
> categories: implicit and explicit.
[...]
> In explicit state saving each object saves what is needed from its
> state to an independently defined format (instead of "whatever the
> memory organization happens to be at that point"). When reloading the
> state you have to parse it, and it usually requires
> rebuilding/relocating all references/pointers/etc.
If you are looking seriously at this you might want to start with the
code in the OpenVZ kernel (http://openvz.org) that allows a VE to
"checkpoint" to disk and "restore" on the same or a different machine.
This is, as far as I can tell, a portable implementation of this that
already handles real live userspace applications moving transparently
between two machines.
It has the advantage that it lives in an orderly world where most
devices and the file system are virtual but, hey, it works right now.
Regards,
Daniel
--
Digital Infrastructure Solutions -- making IT simple, stable and secure
Phone: 0401 155 707 email: contact@...ital-infrastructure.com.au
http://digital-infrastructure.com.au/
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists