All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Serge E. Hallyn" <serue@us.ibm.com>
To: Oren Laadan <orenl@cs.columbia.edu>
Cc: Linux Containers <containers@lists.osdl.org>, libvir-list@redhat.com
Subject: [libvirt] Re: kernel summit topic - 'containers end-game'
Date: Mon, 6 Jul 2009 09:34:01 -0500	[thread overview]
Message-ID: <20090706143401.GA16868@us.ibm.com> (raw)
In-Reply-To: <4A4CFEAB.5080507@cs.columbia.edu>

Quoting Oren Laadan (orenl@cs.columbia.edu):
> 
> 
> Serge E. Hallyn wrote:
> > A topic on ksummit agenda is 'containers end-game and how do we
> > get there'.
> > 
> > So for starters, looking just at application (and system) containers, what do
> > the libvirt and liblxc projects want to see in kernel support that is currently
> > missing?  Are there specific things that should be done soon to make containers
> > more useful and usable?
> > 
> > More generally, the topic raises the question... what 'end-games' are there?
> > A few I can think of off-hand include:
> > 
> > 	1. resource control
> > 	2. lightweight virtual servers
> > 	3. (or 2.5) unprivileged containers/jail-on-steroids
> > 		(lightweight virtual servers in which you might, just
> > 		maybe, almost, be able to give away a root account, at
> > 		least as much as you could do so with a kvm/qemu/xen
> > 		partition)
> > 	4. checkpoint, restart, and migration
> > 
> > For each end-game, what kernel pieces do we think are missing?  For instance,
> > people seem agreed that resource control needs io control :)  Containers imo
> > need a user namespace.  I think there are quite a few network namespace
> > exploiters who require sysfs directory tagging (or some equivalent) to
> > allow us to migrate physical devices into network namespaces.  And
> > checkpoint/restart needs... checkpoint/restart.
> 
> Heh ... it does need ... checkpoint/restart; and a few issues
> which we should think about sometime --

Yup, these are all things we need to discuss.  For some of them we might
just need to flail about and code a few approaches until we figure out an
answer, but then I think that everyone has thought about a few of these
in some detail, so there probably is much we could gain from talking.

...  Does this mean we should try to have a mini-summit in the next 6
months or so?  I'd recommend having one right before kernel summit so
we can get our act together, but getting everyone to tokyo to chat seems
uneconomical :)  It'd be good to chat about at least the first two items
before the summit, though.

Maybe after we finish v17, we pick a few of these and try a focused push
to get answers?

> * Encapsulation of machine/OS config capabilities
>    - how to detect (versioning, capabilities) ?
>    - how to deal with mismatches ?  (bail ? emulate ? hope for the best ?)
>    - what happens if, e.g. VDSO page changes, or how to detect FPU changes...
> 
> * Conversion of checkpoint image between kernel version (and automation)
> 
> * Network namespaces, mnt namespaces - what's the best approach ?
> 
> * Security assessment and brainstorming
> 
> * Appealing use-cases for everyday use:
>    - for hybernation
>    - to reboot to new kernel without losing your session
>    - to time travel back to before you lost in "bejewled"
> 
> * Userspace tools - mainly for inspection of checkpoint images
> 
> * Testing frameworks
> 
> * Distributed c/r ?
> 
> * Optimizations: low downtime, pre-copy, post-copy, cow, parallelization
> 
> 
> Now I really go hide :p
> 
> Oren.

  reply	other threads:[~2009-07-06 14:34 UTC|newest]

Thread overview: 16+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-06-23 14:56 kernel summit topic - 'containers end-game' Serge E. Hallyn
2009-06-29 10:35 ` [libvirt] " Balbir Singh
2009-06-30 20:06   ` Serge E. Hallyn
2009-07-01  4:29     ` Balbir Singh
     [not found]     ` <20090630200613.GA22283-r/Jw6+rmf7HQT0dZR+AlfA@public.gmane.org>
2009-07-02 16:58       ` Daniel Lezcano
2009-07-02 16:43 ` [libvirt] " Daniel Lezcano
     [not found]   ` <4A4CE3A6.200-NmTC/0ZBporQT0dZR+AlfA@public.gmane.org>
2009-07-02 18:27     ` Oren Laadan
2009-07-06 14:51   ` [libvirt] " Serge E. Hallyn
2009-07-08  7:55     ` Daniel Lezcano
2009-07-08 13:45       ` Serge E. Hallyn
     [not found] ` <20090623145611.GB19332-r/Jw6+rmf7HQT0dZR+AlfA@public.gmane.org>
2009-07-02 18:38   ` Oren Laadan
2009-07-06 14:34     ` Serge E. Hallyn [this message]
     [not found]       ` <20090706143401.GA16868-r/Jw6+rmf7HQT0dZR+AlfA@public.gmane.org>
2009-07-06 17:30         ` Oren Laadan
2009-07-06 18:48           ` [libvirt] " Serge E. Hallyn
     [not found]             ` <20090706184848.GA23819-r/Jw6+rmf7HQT0dZR+AlfA@public.gmane.org>
2009-07-07 15:36               ` Oren Laadan
     [not found]                 ` <4A536B91.5010205-eQaUEPhvms7ENvBUuze7eA@public.gmane.org>
2009-07-07 16:14                   ` Serge E. Hallyn

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=20090706143401.GA16868@us.ibm.com \
    --to=serue@us.ibm.com \
    --cc=containers@lists.osdl.org \
    --cc=libvir-list@redhat.com \
    --cc=orenl@cs.columbia.edu \
    /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.