> It really sounds like nullfs would be the solution for me,
> but unfortunately, I can't use it because of the known pro-
> blems of nullfs in FreeBSD 4-stable (which is the branch
> that I'm using).
It would definitely be the solution, but there are still problems with it.
Mark Liminon made a ca
On Thu, 14 Oct 2004 23:57, Oliver Fromme wrote:
> File: "/chroot/one/bin/httpd"
> Device: 255,33554437 Inode: 2268790Links: 1
> File: "/chroot/two/bin/httpd"
> Device: 255,33554439 Inode: 2268790Links: 1
> File: "/chroot/one/bin/httpd"
> Device: 255,33554458 Inode: 2268790Li
Peter Edwards wrote:
> On Fri, 15 Oct 2004 13:49:48 +0100, David Malone <[EMAIL PROTECTED]> wrote:
> > On Thu, Oct 14, 2004 at 04:27:38PM +0200, Oliver Fromme wrote:
> > > [...]
> > > If the memory isn't shared in this situation, is there a
> > > way to change the design so it can be shared?
On Fri, 15 Oct 2004 13:49:48 +0100, David Malone <[EMAIL PROTECTED]> wrote:
> On Thu, Oct 14, 2004 at 04:27:38PM +0200, Oliver Fromme wrote:
> > On the other hand, the kernel should know that the mounts
> > come from the same NFS source, so it might actually be able
> > to handle it efficiently (i.
> > Since the server could actually hand out different content depending
> > on the mount instance, I don't think the NFS client could make these
> > assumptions.
> Maybe I'm missing something, but I'm not convinced that's true.
> NFS is "file-handle" centric: there's no real concept of a "mount
On Thu, Oct 14, 2004 at 04:27:38PM +0200, Oliver Fromme wrote:
> On the other hand, the kernel should know that the mounts
> come from the same NFS source, so it might actually be able
> to handle it efficiently (i.e. share). But I really don't
> know. Any FreeBSD kernel hacker can enlighten me?
Hi,
I'm currently trying to optimize some NFS mounts. I have
a server machine (which is an NFS client) which contains
multiple chroot environments. I'm mounting the same direc-
tory from an NFS server multiple times at different mount
points (i.e. one per chroot). There are daemons and other
pr
7 matches
Mail list logo