unsubscribe

From: Wang Jun (daxiawj_at_gmail.com)
Date: 07/30/05

  • Next message: Ryan Sommers: "Re: Pointers for understanding vfs/buffer/filesystem architecture"
    To: freebsd-hackers@freebsd.org
    Date: Sat, 30 Jul 2005 20:22:59 +0800
    
    

    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 <pjd@freebsd.org> 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.
    _______________________________________________
    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"
    

  • Next message: Ryan Sommers: "Re: Pointers for understanding vfs/buffer/filesystem architecture"

    Relevant Pages

    • Re: limit jail disk space
      ... As for the Linux VServer(similar to jail), ... Expect slightly reduced disc performance using ... > DO YOU YAHOO!? ... To unsubscribe, ...
      (freebsd-hackers)
    • Re: limit jail disk space
      ... As for the Linux VServer(similar to jail), ... Filesystem Size Used Avail Capacity iused ifree %iused Mounted on ... Expect slightly reduced disc performance using ... To unsubscribe, ...
      (freebsd-hackers)
    • Re: problems getting a jail running on 5.3-RELEASE using man 8 jail
      ... See the archives for previous discussions on this. ... >> I considered sending a patch for man 8 jail but thought it ... >> the docproj with a patch. ... >> To unsubscribe, send any mail to ...
      (freebsd-questions)
    • Re: Problems with JAIL in 4.8R
      ... Any more suggesstions about solving this problem? ... Problems with JAIL in 4.8R ... >> I'm running IPFW but i put such a lines to ipfw.rules to be sure that ... To unsubscribe, ...
      (FreeBSD-Security)
    • Re: new files in kernel build
      ... You only specify sources for object files in conf/files. ... Joerg ... To unsubscribe, ...
      (freebsd-hackers)