Date: Sat, 19 Aug 2006 09:20:55 -0400 From: Kris Kennaway <kris@obsecurity.org> To: G?bor K?vesd?n <gabor@FreeBSD.org> Cc: Brian Somers <brian@Awfulhak.org>, cvs-ports@FreeBSD.org, cvs-all@FreeBSD.org, ports-committers@FreeBSD.org, Kris Kennaway <kris@obsecurity.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: <20060819132055.GA5314@xor.obsecurity.org> In-Reply-To: <44E6F4FB.3070907@FreeBSD.org> References: <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> <44E6F4FB.3070907@FreeBSD.org>
next in thread | previous in thread | raw e-mail | index | archive | help
--bg08WKrSYDhXBjb5 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Aug 19, 2006 at 01:24:43PM +0200, G?bor K?vesd?n wrote: > Kris Kennaway wrote: > >On Thu, Aug 17, 2006 at 01:45:46PM -0700, Brian Somers wrote: > > > > =20 > >>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. > >> =20 > > > >Hmm, could be due to the indirecting I guess...you should be able to > >test that pretty easily. > > > > =20 > >>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=3D/build/obj chroot scratch make -C /build/src". > >> > >>Oh, and errum, we've got debug.mpsafenet=3D"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?? > >> =20 > > > >No. > > > >Kris > > =20 > I don't have success with mount_nullfs on 6.1/amd64 either: >=20 > [root@server /jail/www/usr]# mount_nullfs /usr/ports /jail/www/usr/ports > mount_nullfs: Operation not supported by device Presumably it is not enabled in your kernel and you do not have the module available either (it is present on a default installation though). I use nullfs on amd64 every day so I know it works fine. Kris --bg08WKrSYDhXBjb5 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFE5xA3Wry0BWjoQKURAqW2AJ9nUe6rqbKSkJQ6VRhStlO12wTd7ACdFsCO eNDbb9ZLLuqvTaBqXhO9NtY= =2IdI -----END PGP SIGNATURE----- --bg08WKrSYDhXBjb5--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20060819132055.GA5314>