Making a dynamically-linked root
Matthew Dillon
dillon at apollo.backplane.com
Mon Jun 2 14:25:45 PDT 2003
:
:Gordon Tetlow <gordont at gnf.org> writes:
:> On Mon, Jun 02, 2003 at 10:21:16PM +0200, Dag-Erling Smorgrav wrote:
:> > Was /bin/sh dynamically linked? It shouldn't be.
:> Why shouldn't it be dynamically linked? I'd like to be able to use
:> ~username expansion via nss_ldap.
:
:Because forking a dynamically linked binary is slower, and /bin/sh
:forks a lot.
:
:DES
:--
:Dag-Erling Smorgrav - des at ofug.org
I think you meant 'EXECing' a dynamically linked binary is slower.
fork() should not be appreciably slower. An exec will take a lot
of copy-on-write faults vs static, fork() might take one or two
extra faults due to data being strewn all over the place vs static.
In anycase, this is a convenience vs performance issue. I think a number
of solutions should be investigated before people give up and start
hacking dynamic vs static binaries. For example, a lot of startup delay
is due to disk waiting (since nothing is in the disk cache at system
start!). Running certain daemon startups in the background might yield
a significant overall improvement in startup times.
e.g. instead of running 'sshd' you would run sshd in a subshell, aka
(sshd &), so the RC script can continue on with the next thing without
having to wait for sshd to fault-in from disk. Same goes for sendmail
and many other daemons.
-Matt
More information about the freebsd-arch
mailing list