All of lore.kernel.org
 help / color / mirror / Atom feed
From: Oren Laadan <orenl-RdfvBDnrOixBDgjK7y7TUQ@public.gmane.org>
To: Matt Helsley <matthltc-r/Jw6+rmf7HQT0dZR+AlfA@public.gmane.org>
Cc: containers-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org,
	Will Huang <will.huang-lvxLlxTUKJQIhP1ydL5T/A@public.gmane.org>
Subject: Re: kernel based checkpoint/restart: about X windows application checkpoint and restart support.
Date: Wed, 28 Oct 2009 12:18:17 -0400	[thread overview]
Message-ID: <4AE86EC9.7040605@librato.com> (raw)
In-Reply-To: <20091028161219.GQ31446-52DBMbEzqgQ/wnmkkaCWp/UQ3DHhIser@public.gmane.org>



Matt Helsley wrote:
> On Wed, Oct 28, 2009 at 11:02:43AM -0400, Oren Laadan wrote:
>>
>> Matt Helsley wrote:
>>> On Wed, Oct 28, 2009 at 10:51:32AM +0800, Will Huang wrote:
>>>> Dear All,
>>>>
>>>>          Did the Kernel based checkpoint/restart patch support X windows
>>>> application such as firefox?
>>> No, and I think it may be a long time before that happens.
>> In short: not yet, but we're getting closer.
>>
> 
> <snip> (lots of good background)
>  
>> Now back to your question: X applications cannot be checkpointed
>> standalone (unless, of course, X windows is modified for that).
>> Instead, one must checkpoint the entire user session, including
>> the X server itself.
>>
>> The main problem is that the X server is "talking" to the bare
>> hardware, and the task of recording the specific hardware state
>> and restoring it later is daunting, and becomes impossible if the
>> session is to be restarted on different hardware.
>>
>> The solution is to not run the regular X server. Instead, start
>> a virtual X server, such as VNC, and run the user session in it.
>> The main difference is that VNC server does not directly use any
>> hardware resources, so it is not tied to specific hardware state.
>> From the user's point of view - this setup is transparent with
>> suitable use of a VNC client.
> 
> VNC is all well and good but it's hardly the norm for local
> desktops to run under an X server with a VNC display. That said,
> VNC support is much closer than any of my hare-brained ideas so..

There is a lot of work on server/client split of the X server
(of which VNC is one), and also work on embedding one display
manager within another (e.g. nested X, and also similar ideas
done with embedding a VM window in the desktop as a regular
window etc).

So eventually, I believe, embedding a (virtualized) X server in
an outside X server and running the entire desktop in a container
will eventually be possible in a manner transparent to the user.

And this is much more likely than checkpoint the standard X
server including all it's hardware related state...

Changing the norm starts now :)

Oren.

  parent reply	other threads:[~2009-10-28 16:18 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-10-28  8:47 kernel based checkpoint/restart: about X windows application checkpoint and restart support Matt Helsley
     [not found] ` <20091028084717.GO31446-52DBMbEzqgQ/wnmkkaCWp/UQ3DHhIser@public.gmane.org>
2009-10-28 15:02   ` Oren Laadan
     [not found]     ` <4AE85D13.9030108-RdfvBDnrOixBDgjK7y7TUQ@public.gmane.org>
2009-10-28 16:12       ` Matt Helsley
     [not found]         ` <20091028161219.GQ31446-52DBMbEzqgQ/wnmkkaCWp/UQ3DHhIser@public.gmane.org>
2009-10-28 16:18           ` Oren Laadan [this message]
     [not found]             ` <4AE86EC9.7040605-RdfvBDnrOixBDgjK7y7TUQ@public.gmane.org>
2009-10-29  1:30               ` Will Huang
  -- strict thread matches above, loose matches on Subject: below --
2009-10-28  2:51 Will Huang

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=4AE86EC9.7040605@librato.com \
    --to=orenl-rdfvbdnroixbdgjk7y7tuq@public.gmane.org \
    --cc=containers-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org \
    --cc=matthltc-r/Jw6+rmf7HQT0dZR+AlfA@public.gmane.org \
    --cc=will.huang-lvxLlxTUKJQIhP1ydL5T/A@public.gmane.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.