From owner-freebsd-arch@FreeBSD.ORG Thu Nov 10 18:16:28 2011 Return-Path: Delivered-To: arch@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 31D00106566C for ; Thu, 10 Nov 2011 18:16:28 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: from mx0.hoeg.nl (mx0.hoeg.nl [IPv6:2a01:4f8:101:5343::aa]) by mx1.freebsd.org (Postfix) with ESMTP id EA1A28FC1A for ; Thu, 10 Nov 2011 18:16:27 +0000 (UTC) Received: by mx0.hoeg.nl (Postfix, from userid 1000) id 132102A28CC9; Thu, 10 Nov 2011 19:16:27 +0100 (CET) Date: Thu, 10 Nov 2011 19:16:27 +0100 From: Ed Schouten To: Garrett Cooper Message-ID: <20111110181627.GK2164@hoeg.nl> References: <20111110123919.GF2164@hoeg.nl> <20111110171605.GI2164@hoeg.nl> <20111110174722.GJ2164@hoeg.nl> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Jl+DbTnyraiZ/loT" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Cc: arch@freebsd.org Subject: Re: The strangeness called `sbin' X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Nov 2011 18:16:28 -0000 --Jl+DbTnyraiZ/loT Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable * Garrett Cooper , 20111110 19:12: > On Thu, Nov 10, 2011 at 9:47 AM, Ed Schouten wrote: > > * Peter Wemm , 20111110 18:33: > >> Having /sbin in $PATH where /sbin is a symlink to /bin would be worse > >> than having no /sbin at all, from a perspective of rootvnode lock > >> lifetime. =A0If you can figure out how to get people to remove /sbin a= nd > >> /usr/sbin from their paths after the symlink changes then it becomes a > >> moot point. =A0But heck, I still have /usr/X11R6 in mine... :( > > > > On the other hand, if people used to have /sbin in their path and *do* > > remove it properly after the upgrade, they should in theory see a > > performance improvement, right? >=20 > Doesn't the negative directory cache (namei, etc) mitigate this? Peter is also talking about the fact that if you have a PATH like /bin:/sbin:... and /sbin is a symbolic link to /bin, you end up doing this: execve("/bin/YOURAPP", ...) -> fails execve("/sbin/YOURAPP", ...) -> fails ... execve("/some/other/directory/YOURAPP", ...) -> success The first two system calls together are expected to be slightly slower than they used to be, because both these directories have now grown. --=20 Ed Schouten WWW: http://80386.nl/ --Jl+DbTnyraiZ/loT Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iQIcBAEBAgAGBQJOvBT6AAoJEG5e2P40kaK77ZkP/2uQF/uYnJ8JWE/zva6wAhN0 x2DXc4ObwbjzynJRAI9MjysM9xi64mZag1a6fTWAQyx+eg+SLikR1Ze+RS5jfoOw SK5Rjs44kY+ffVomJBHF47SYh0FFYI3PyH670gZnjQ4WeWo8g2s3EdUUx7ULdur1 2bhUi6yEAlnkVaN2wisR7lokWXBZ+Wp3NIu/8+s0RTPx2Q+X3FZP4Ka1ekvq6Axx Mwm86Vi2Th+izNkm9xYpC8JTqA5LXtBVK98ly9b0hf3jUCXXDtZo5k5cpOPhoWFK O3LvR2AhDmR39EHaKcf4D66LEGLiIyq42HW5cGW939Z1I8IMJGeEvn4LpEjKZ3wv Wcw8EN8dT+fSKGQ2dhkUAa497p+vzZ9E1fZxe5kZbAZJQueiHPYKedm+pBN/oD51 QH4f7DnbBRR1m897BKkvO/7uvpkMYiC0gPAgpkYbu9frAFWNEOOeiH49IFSaBTXd ME/r8UR7QFPtSbxCejBlMvrqRmHQeK1YJoH8TVPvYd7TthA50Uo8zKINfMTbWGoU CJEmMMdyhqeei53sxdJBxKk001GaBYSmkk5YMmtQLx2Etvw6sspzq6xSxWjpEG9M fFmlC0AivIE20UhJDZi105nLttNHyCqcgVHL3feO7oYOA+wLw1m5evzitANpeV0a HMwJxSoTFipzWAbizDF4 =V8pb -----END PGP SIGNATURE----- --Jl+DbTnyraiZ/loT--