From owner-freebsd-hackers@FreeBSD.ORG Sat Jul 30 12:19:25 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3A16816A41F for ; Sat, 30 Jul 2005 12:19:25 +0000 (GMT) (envelope-from daxiawj@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.199]) by mx1.FreeBSD.org (Postfix) with ESMTP id ACB6A43D45 for ; Sat, 30 Jul 2005 12:19:24 +0000 (GMT) (envelope-from daxiawj@gmail.com) Received: by zproxy.gmail.com with SMTP id 8so625855nzo for ; Sat, 30 Jul 2005 05:19:24 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:subject:from:reply-to:to:in-reply-to:references:content-type:organization:date:message-id:mime-version:x-mailer:content-transfer-encoding; b=LSjBs7CiCw6RC2tECuAjpx3+Tl75srzh0kgs8n5sOFHuzDOXXvFC340/Q0ifdwTReloyH2JUhX5DIIiKPv6pPBdOpO3u+oc9tVxqEuoRlkoNXRRnTIOPpCG8B2TynbdJ+jle2phGT3/wa0YuWL6htkt4DCyO+gFjVbZiigsAN8Y= Received: by 10.36.71.2 with SMTP id t2mr3787848nza; Sat, 30 Jul 2005 05:19:24 -0700 (PDT) Received: from ?222.94.3.209? ([222.94.3.209]) by mx.gmail.com with ESMTP id 15sm807405nzp.2005.07.30.05.19.22; Sat, 30 Jul 2005 05:19:24 -0700 (PDT) From: Wang Jun To: freebsd-hackers@freebsd.org In-Reply-To: <20050730120022.81B4316A41F@hub.freebsd.org> References: <20050730120022.81B4316A41F@hub.freebsd.org> Content-Type: text/plain; charset=gbk Organization: Nanjing Uni. Atmos. Dep. Date: Sat, 30 Jul 2005 20:22:59 +0800 Message-Id: <1122726180.8394.0.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.2.3 Content-Transfer-Encoding: 8bit Subject: unsubscribe X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: daxiawj@gmail.com List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Jul 2005 12:19:25 -0000 unsubscribe > 在 2005-07-30六的 12:00 +0000，freebsd-hackers-request@freebsd.org写 道： > Send freebsd-hackers mailing list submissions to > freebsd-hackers@freebsd.org > > To subscribe or unsubscribe via the World Wide Web, visit > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > or, via email, send a message with subject or body 'help' to > freebsd-hackers-request@freebsd.org > > You can reach the person managing the list at > freebsd-hackers-owner@freebsd.org > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of freebsd-hackers digest..." > Today's Topics: > > 1. Re: booting gbde-encrypted filesystem (Alexander Leidinger) > 2. swap reservation accounting (Kostik Belousov) > 3. Re: [RFC] Add usr/ports to BSD.usr.mtree (Joerg Sonnenberger) > 4. Re: [RFC] Add usr/ports to BSD.usr.mtree (Xin LI) > 5. mfs/mdconfig under RELENG_5: malloc vs swap-backed > (Dmitry Morozovsky) > 6. Re: mfs/mdconfig under RELENG_5: malloc vs swap-backed > (Bernd Walter) > 电子邮件 附件 > 在 2005-07-30六的 12:00 +0000，freebsd-hackers-request@freebsd.org写 > 道： > > Pawel Jakub Dawidek wrote: > > > > > This is not not possible with current GBDE. > > > I've patches which allows this here: > > > > > > http://people.freebsd.org/~pjd/patches/gbde.patch > > > > I fail to see how this allows an encryted root-FS, it doesn't add gbde > > support to boot0(ext) or to the loader. It needs access to an unencrypted > > kernel. I don't think this is what Ronnel had in mind (overlooking the fact > > that his suggestion to save the passphrase in the loader is insecure). > > > > Bye, > > Alexander. > > > 电子邮件 附件 > 在 2005-07-30六的 12:00 +0000，freebsd-hackers-request@freebsd.org写 > 道： > > Hello everyone, > > > > I developed the patch for 7-CURRENT (also should apply cleanly to 6) > > that implements swap reservation accounting and allows to cap the > > allocation of anonymous memory to the available swap. Effectively, > > this allows to optionally turn off overcommit feature of the VM. > > > > Besides this, per-user swap reservation limits could be > > enforced. Corresponding capability is added to the login.conf database. > > > > For some description of the implementation, TODO list and patch > > itself, please see http://kostikbel.narod.ru > > > > This is my first touch of the FreeBSD code, you valuable comments and > > reviews would be greatly appreciated. > > > > Best regards, > > Kostik Belousov > > > > > 电子邮件 附件 > 在 2005-07-30六的 12:00 +0000，freebsd-hackers-request@freebsd.org写 > 道： > > On Fri, Jul 29, 2005 at 12:24:44PM +0800, Xin LI wrote: > > > My points to have /usr/ports in the mtree is for convience that users > > > creating a jail that is intended to mount the ports tree from the host > > > system, without having to create their own in every instances. What > > > do you think about this? > > > > My point of view is that it blurs the distinction between base system > > and local extensions. It surely is convient, but I often scratch my > > head when I find empty directories on my system. Don't you start to > > wonder what those directories exist for? > > > > Back to the given example of mounting ports into multiple jails, > > wouldn't you normally have the ports tree only in one jail and use that > > for all building? The dinoex scripts come to my mind. > > > > Joerg > > > 电子邮件 附件 > 在 2005-07-30六的 12:00 +0000，freebsd-hackers-request@freebsd.org写 > 道： > > Hi, Joerg, > > > > On Fri, Jul 29, 2005 at 04:43:49PM +0200, Joerg Sonnenberger wrote: > > > On Fri, Jul 29, 2005 at 12:24:44PM +0800, Xin LI wrote: > > > > My points to have /usr/ports in the mtree is for convience that users > > > > creating a jail that is intended to mount the ports tree from the host > > > > system, without having to create their own in every instances. What > > > > do you think about this? > > > > > > My point of view is that it blurs the distinction between base system > > > and local extensions. It surely is convient, but I often scratch my > > > head when I find empty directories on my system. Don't you start to > > > wonder what those directories exist for? > > > > I think I won't if the directory is a well-known one... But I buy > > your "blur the distinction between base system and local extension" :-) > > > > > Back to the given example of mounting ports into multiple jails, > > > wouldn't you normally have the ports tree only in one jail and use that > > > for all building? The dinoex scripts come to my mind. > > > > This seems to be true only when the jail is provided for one single > > administrator. For a virtual hosting environment, you will want to > > run different OS versions inside jail (the development hosting box > > runs FreeBSD 6.0, 5.4, 5.3, 4.11 and 4.8 inside different jails), > > and just let the users to choose which application they want. Of > > course this needs some tricks like WRKDIRPREFIX tweaking > > inside every jails, and FETCH_CMD to point a hook that fetches > > all distfiles on behalf of the user, with all read-only ports tree. > > > > I will think about other solutions of the usr/ports handling, then. > > Thanks for the input! > > > > Cheers, > 电子邮件 附件 > 在 2005-07-30六的 12:00 +0000，freebsd-hackers-request@freebsd.org写 > 道： > > Dear colleagues, > > > > can anyone please point me why mdconfig method for tmpmfs > > is malloc-backed instead of swap-backed, and it is hardcoded into rc.subr? > > > > Are swap-backed file systems so inefficient? If no, why not move -M to > > /etc/defaultc/rc.conf so admin can override this behaviour? > > > > Sincerely, > > D.Marck [DM5020, MCK-RIPE, DM3-RIPN] > > ------------------------------------------------------------------------ > > *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** > > ------------------------------------------------------------------------ > > > 电子邮件 附件 > 在 2005-07-30六的 12:00 +0000，freebsd-hackers-request@freebsd.org写 > 道： > > On Fri, Jul 29, 2005 at 09:41:24PM +0400, Dmitry Morozovsky wrote: > > > Dear colleagues, > > > > > > can anyone please point me why mdconfig method for tmpmfs > > > is malloc-backed instead of swap-backed, and it is hardcoded into rc.subr? > > > > > > Are swap-backed file systems so inefficient? If no, why not move -M to > > > /etc/defaultc/rc.conf so admin can override this behaviour? > > > > Diskless systems may not have swap - the default is required as is. > > Don't know about beeing hardcoded. > > > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" -- Wang Jun@ Atmos. Dep. of NJU. China. GNU is Not Unix, BSD is Powerful, Ada is Beautiful, Nju is Graceful.