From owner-freebsd-virtualization@FreeBSD.ORG Mon May 4 05:12:59 2009 Return-Path: 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 7EC901065673 for ; Mon, 4 May 2009 05:12:59 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outF.internet-mail-service.net (outf.internet-mail-service.net [216.240.47.229]) by mx1.freebsd.org (Postfix) with ESMTP id 61FD08FC1B for ; Mon, 4 May 2009 05:12:59 +0000 (UTC) (envelope-from julian@elischer.org) Received: from idiom.com (mx0.idiom.com [216.240.32.160]) by out.internet-mail-service.net (Postfix) with ESMTP id 7A12A21F8; Sun, 3 May 2009 22:12:59 -0700 (PDT) X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e Received: from julian-mac.elischer.org (home.elischer.org [216.240.48.38]) by idiom.com (Postfix) with ESMTP id C58972D6244; Sun, 3 May 2009 22:12:58 -0700 (PDT) Message-ID: <49FE795E.9040902@elischer.org> Date: Sun, 03 May 2009 22:13:02 -0700 From: Julian Elischer User-Agent: Thunderbird 2.0.0.21 (Macintosh/20090302) MIME-Version: 1.0 To: Nikos Vassiliadis 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> <49FDDD02.3090803@gmx.com> In-Reply-To: <49FDDD02.3090803@gmx.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit 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." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 May 2009 05:12:59 -0000 Nikos Vassiliadis wrote: > 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? at this time yes