Date: Sat, 19 Aug 2006 13:24:43 +0200 From: =?ISO-8859-1?Q?G=E1bor_K=F6vesd=E1n?= <gabor@FreeBSD.org> To: Kris Kennaway <kris@obsecurity.org> Cc: Brian Somers <brian@Awfulhak.org>, ports-committers@FreeBSD.org, cvs-all@FreeBSD.org, cvs-ports@FreeBSD.org Subject: Re: nullfs performance (Re: cvs commit: ports/Mk bsd.emacs.mk bsd.gnome.mk bsd.mail.mk bsd.openssl.mk bsd.port.mk bsd.port.subdir.mk bsd.python.mk bsd.ruby.mk bsd.scons.mk ports/Tools/scripts security-check.awk ports/databases/p5-DBD-Oracle Makefile ports/databases/p5-sqlrelay ...) Message-ID: <44E6F4FB.3070907@FreeBSD.org> In-Reply-To: <20060817222937.GA38985@xor.obsecurity.org> References: <200608041234.k74CYoc1076722@repoman.freebsd.org> <44E389AA.3000003@FreeBSD.org> <44E38E2F.4000005@FreeBSD.org> <44E391AD.3010402@FreeBSD.org> <44E39535.10701@FreeBSD.org> <20060816234236.3428ab08@dev.lan.Awfulhak.org> <20060817094501.GA98961@xor.obsecurity.org> <20060817084317.55ae1c08@demarc.ca.sophos.com> <20060817163848.GA27460@xor.obsecurity.org> <20060817134546.0c05e607@demarc.ca.sophos.com> <20060817222937.GA38985@xor.obsecurity.org>
next in thread | previous in thread | raw e-mail | index | archive | help
Kris Kennaway wrote: > On Thu, Aug 17, 2006 at 01:45:46PM -0700, Brian Somers wrote: > > >> I guess the missing info might be that things get indirected somewhat. >> >> We check out code into /some/deep/directory/tree. Then, to protect >> against the 80 character path limitation, we create /tmp/bld.XXXXX/ >> and create a scratch -> /tmp/bld.XXXXX symlink in >> /some/deep/directory/tree. >> > > Hmm, could be due to the indirecting I guess...you should be able to > test that pretty easily. > > >> We then do various things like: >> >> mount -t nullfs /some/deep/directory/tree/src scratch/build/src >> mount -t nullfs /some/deep/directory/tree/obj scratch/build/obj >> mount -t devfs devfs scratch/dev >> mount -t procfs procfs scratch/proc >> >> and do a "OBJDIRPREFIX=/build/obj chroot scratch make -C /build/src". >> >> Oh, and errum, we've got debug.mpsafenet="0" in /boot/loader.conf - >> which is a remnant of when we were using 5.4 and the races in the >> socket code killed our application under load. >> >> Does the nullfs code path hit the network stack?? >> > > No. > > Kris > I don't have success with mount_nullfs on 6.1/amd64 either: [root@server /jail/www/usr]# mount_nullfs /usr/ports /jail/www/usr/ports mount_nullfs: Operation not supported by device -- Cheers, Gabor
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?44E6F4FB.3070907>