From owner-freebsd-virtualization@FreeBSD.ORG  Sun May  3 18:06:03 2009
Return-Path: <owner-freebsd-virtualization@FreeBSD.ORG>
Delivered-To: virtualization@freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34])
	by hub.freebsd.org (Postfix) with ESMTP id 9F7781065673
	for <virtualization@freebsd.org>; Sun,  3 May 2009 18:06:03 +0000 (UTC)
	(envelope-from nvass9573@gmx.com)
Received: from mail.gmx.com (unknown [213.165.64.42])
	by mx1.freebsd.org (Postfix) with SMTP id D9C408FC15
	for <virtualization@freebsd.org>; Sun,  3 May 2009 18:06:02 +0000 (UTC)
	(envelope-from nvass9573@gmx.com)
Received: (qmail invoked by alias); 03 May 2009 18:06:00 -0000
Received: from ipa114.43.107.79.tellas.gr (EHLO [169.254.0.4]) [79.107.43.114]
	by mail.gmx.com (mp-eu002) with SMTP; 03 May 2009 20:06:00 +0200
X-Authenticated: #46156728
X-Provags-ID: V01U2FsdGVkX1+7Cvxph067UhakhbBA/8GPnnrzCsJdKkC4uYztfC
	6Drc5F0itYwFz1
Message-ID: <49FDDD02.3090803@gmx.com>
Date: Sun, 03 May 2009 21:05:54 +0300
From: Nikos Vassiliadis <nvass9573@gmx.com>
User-Agent: Thunderbird 2.0.0.21 (Windows/20090302)
MIME-Version: 1.0
To: Julian Elischer <julian@elischer.org>
References: <20090413.220932.74699777.sthaug@nethelp.no>	<49E57076.7040509@elischer.org>	<20090424202923.235660@gmx.net>	<200904242249.27640.zec@icir.org>	<20090425133006.311010@gmx.net>
	<20090502131259.31160@gmx.net>	<49FC78DA.2010201@elischer.org>
	<20090503103244.44760@gmx.net> <49FDD9B9.7090403@elischer.org>
In-Reply-To: <49FDD9B9.7090403@elischer.org>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.71
Cc: virtualization@freebsd.org
Subject: Re: VIMAGE
X-BeenThere: freebsd-virtualization@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: "Discussion of various virtualization techniques FreeBSD supports."
	<freebsd-virtualization.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-virtualization>,
	<mailto:freebsd-virtualization-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-virtualization>
List-Post: <mailto:freebsd-virtualization@freebsd.org>
List-Help: <mailto:freebsd-virtualization-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-virtualization>,
	<mailto:freebsd-virtualization-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sun, 03 May 2009 18:06:03 -0000

Julian Elischer wrote:
> Peter Cornelius wrote:
>> Re...
>>
>>> The situation is that right now jail and vimage are
>>> orthogonal (ish) however in the future,
>>> vimage will become a set of options on jail.
>>
>> Ah. SO it probably is kinda useless to try and stick a couple of jails 
>> 'inside' a vimage.
> 
> no you will be able to nest jails.
> some of them may have the vimage options and some may not.

What about vimages without jails?
I can imagine some applications of VIMAGE which completely
lack user-space processing. If I recall correctly a jail
exists as far there is at least one process associated with
it. Would that be feasible?
Having a vimage with no processes?