From owner-freebsd-arch@FreeBSD.ORG Wed Jun 7 07:10:47 2006 Return-Path: X-Original-To: freebsd-arch@freebsd.org Delivered-To: freebsd-arch@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 76DEE16C388 for ; Wed, 7 Jun 2006 07:00:45 +0000 (UTC) (envelope-from arch@dino.sk) Received: from mail.netlab.sk (mail.netlab.sk [213.215.72.51]) by mx1.FreeBSD.org (Postfix) with ESMTP id E599143D49 for ; Wed, 7 Jun 2006 07:00:39 +0000 (GMT) (envelope-from arch@dino.sk) Received: from lex.dino.sk (home.dino.sk [213.215.74.194]) (AUTH: PLAIN milan@netlab.sk, TLS: TLSv1/SSLv3,256bits,AES256-SHA) by mail.netlab.sk with esmtp; Wed, 07 Jun 2006 09:00:38 +0200 id 00289C12.44867996.0000BE8B From: Milan Obuch To: freebsd-arch@freebsd.org Date: Wed, 7 Jun 2006 08:59:53 +0200 User-Agent: KMail/1.9.1 References: <1149610678.4074.42.camel@berloga.shadowland> <448633F2.7030902@elischer.org> <1149659976.3224.79.camel@berloga.shadowland> In-Reply-To: <1149659976.3224.79.camel@berloga.shadowland> MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200606070859.57367.arch@dino.sk> Cc: Alex Lyashkov , Julian Elischer Subject: Re: jail extensions X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Jun 2006 07:10:55 -0000 On Wednesday 07 June 2006 07:59, Alex Lyashkov wrote: > =F7 =F3=D2=C4, 07.06.2006, =D7 05:03, Julian Elischer =D0=C9=DB=C5=D4: > > Maxim Konovalov wrote: > > >On Tue, 6 Jun 2006, 19:17+0300, Alex Lyashkov wrote: > > >>Hello All, > > >> > > >>I started to write some extension for jail. Global > > >>idea is to write the complete virtual server solutions, > > >>when each virtual server has its own resources and limits > > >>of their usage. [ snip ] > > >> > > >>project homepage http://docs.freevps.com/doku.php?id=3Dfreebsd:index > > > > > >I'd like to clarify Alex's point a bit: he wants to know his work is > > >acceptable by the project and could be merged. It's obvious it's > > >almost impossible to maintain that outside of the tree. > > > > I'd like to see him merge his project with Marco's . If so then I'd be > > more than happy > > to see this stuff come in once it reaches a certain level of maturity. > > > > Marco and I have been going over some possible macros that could be used > > to help with > > a lot of this and if the macros were used then some of the changes could > > come in quite early > > as they would compile out to NOPs for anyone not using the changes. > > ( and provide an easy target for removal if it eventually doesn't > > complete). > > I focused with write flexible kernel API and create conception - any > process run with own context. With 'jail2' all processes have > cred->pr_prison defined. As for me it`s allow easy use struct prison as > storage for any context related data such as uid hash, or diskquota > hash, limits info or other. Process count limit and separated uid hash > created as example to use this conception. > Same conception used at my other project - FreeVPS > (http://www.freevps.com/tracker.html). > > Where i can see you and Marco work ? Original Marko's page is at http://www.tel.fer.hr/zec/BSD/vimage/, currentl= y=20 there is http://www.imunes.net with some related info as well. No idea on t= he=20 other work. Marko's work is 4-RELEASE bound patch, so it is not directly=20 usable, but there is some discussion on freebsd-net@ coming regularly about= =20 vrf support on FreeBSD, you can look there as well. I can only second with support to your work and test anything published=20 provided I have some time to play with it. (Not guaranteed immediately afte= r=20 publishing, but nevertheless, I am trying.) Regards, Milan =2D-=20 No need to mail me directly. Just reply to mailing list, please.