From owner-freebsd-arch@FreeBSD.ORG Sat Oct 13 07:47:00 2007 Return-Path: Delivered-To: freebsd-arch@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3815416A46D for ; Sat, 13 Oct 2007 07:47:00 +0000 (UTC) (envelope-from qpadla@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.175]) by mx1.freebsd.org (Postfix) with ESMTP id B75FB13C4B7 for ; Sat, 13 Oct 2007 07:46:59 +0000 (UTC) (envelope-from qpadla@gmail.com) Received: by ug-out-1314.google.com with SMTP id y2so120471uge for ; Sat, 13 Oct 2007 00:46:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:from:reply-to:to:subject:date:user-agent:cc:references:in-reply-to:mime-version:content-type:content-transfer-encoding:message-id; bh=MqWtxFv862oXlEHLc1chMntl1nXBSlU0zzwFUSG5DV8=; b=E5tQEnL+AbCBajRWjBqslFqaOEg+Sd8cevV0JCtcjIg1GVWfAmkYSgMHvYH2+ilUn1K2/CG6Xj8HQHNniXCjFMTZsgrM3no+hx1ibVrsEk8O48UIw3Guu5JsMj/y0eXdAx87yzJGJYiH496ZY+tZ5M0lO1m4aObZPOyLlhs/JBc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:from:reply-to:to:subject:date:user-agent:cc:references:in-reply-to:mime-version:content-type:content-transfer-encoding:message-id; b=KEv3JsTOAolViXweVqYRMFBy/wf0SA+sASjKex+L+XQij/5KBJWPPYcZoQ7AvUIumTRkMIXSPjEddrGLVY57viZ17HAqYp7I4XhD3PiBjsILD0PpDpMTAntanh7iZ+tXpXGnAVAH1w8Iae0gmSnMU4Sf/mP7gPoadph7rLHr3Do= Received: by 10.67.20.11 with SMTP id x11mr5254337ugi.1192260069439; Sat, 13 Oct 2007 00:21:09 -0700 (PDT) Received: from orion ( [89.162.141.1]) by mx.google.com with ESMTPS id k1sm3824946ugf.2007.10.13.00.21.06 (version=TLSv1/SSLv3 cipher=OTHER); Sat, 13 Oct 2007 00:21:07 -0700 (PDT) From: Nikolay Pavlov To: freebsd-arch@freebsd.org Date: Sat, 13 Oct 2007 10:20:58 +0300 User-Agent: KMail/1.9.7 References: <470E5BFB.4050903@elischer.org> <470FD0DC.5080503@gritton.org> In-Reply-To: <470FD0DC.5080503@gritton.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1379809.SUtEzzziul"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200710131021.03861.qpadla@gmail.com> Cc: Marko Zec , arch@freebsd.org, James Gritton , Julian Elischer Subject: Re: kernel level virtualisation requirements. X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: qpadla@gmail.com List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 13 Oct 2007 07:47:00 -0000 --nextPart1379809.SUtEzzziul Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Friday 12 October 2007 22:54:04 James Gritton wrote: > Julian Elischer wrote: > > What I'd like to see is a bit of a 'a-la-carte' virtualisation > > ability. > > ... > > > My question to you, the reader, is: > > what aspects of virtualisation (the appearance of multiple instances > > of some resource) would you like to see in the system? > > Of course everything jail has now, and all the network bits that vimage > offers. > > CPU scheduling, in particular schedule the CPU first by jail, and then > by processes within jail. This is absolutely "MUST HAVE" feature i think. > > Filesystem quotas, without the need for each jail to have its own mount > point. Strange, but IMHO it would be better slightly revert this statement: =46ilesystem quotas _with_ the need for each jail to have it's own mount=20 point, but with out the need to maintain them in fstab (Like it is in=20 ZFS). Because you gain the ability to maintain jails in a filesystem=20 level(snapshots, cloning, dump, restore and so on). > > A lot of things that fall under the IPC category: UNIX domain sockets > (part of > jail chroot I suppose), PTYs, tunnel devices, SYSV IPC, file locks. > > Swap space and resident memory limits. > > > The sysctl mechanism seems a good way to declare jails as having one > capability > or the other. This would alleviate the need to keep updating the jail > structure when someone has a new idea, especially handy since the single > structure makes it very hard to work on more than one new idea at a > time. =2D-=20 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D =20 =2D Best regards, Nikolay Pavlov. <<<----------------------------------- = =20 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D =20 --nextPart1379809.SUtEzzziul Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQBHEHHf/2R6KvEYGaIRAh2SAJ44rcUr2J5eB3f3FvkqHA7XIOlFqQCbBeyt Rvi0dYRzYZbOo20RUXEPdvw= =dH9k -----END PGP SIGNATURE----- --nextPart1379809.SUtEzzziul--