From owner-freebsd-security Tue Apr 21 06:02:34 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id GAA03334 for freebsd-security-outgoing; Tue, 21 Apr 1998 06:02:34 -0700 (PDT) (envelope-from owner-freebsd-security@FreeBSD.ORG) Received: from antipodes.cdrom.com (castles332.castles.com [208.214.167.32]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA03317 for ; Tue, 21 Apr 1998 13:02:28 GMT (envelope-from mike@antipodes.cdrom.com) Received: from antipodes.cdrom.com (localhost [127.0.0.1]) by antipodes.cdrom.com (8.8.8/8.8.5) with ESMTP id FAA00330; Tue, 21 Apr 1998 05:59:35 -0700 (PDT) Message-Id: <199804211259.FAA00330@antipodes.cdrom.com> X-Mailer: exmh version 2.0zeta 7/24/97 To: Ollivier Robert cc: freebsd-security@FreeBSD.ORG Subject: Re: Using MD5 insted of DES for passwd ecnryption In-reply-to: Your message of "Tue, 21 Apr 1998 12:49:54 +0200." <19980421124954.A1797@keltia.freenix.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 21 Apr 1998 05:59:33 -0700 From: Mike Smith Sender: owner-freebsd-security@FreeBSD.ORG Precedence: bulk > According to Peter Wemm: > > However, the thought of having ld.so on / and a dynamic sh and init seems > > to make some people break out into a cold sweat... > > We could have ld.So on / and still have a static sh/init to boot with. One > argument against dynamic bin (it is probably less an issue for /sbin) is > that running multiple copies of binaries from /bin will be way slower and > eat more memory "Way slower" is a little subjective, but "more memory"? Remember that in a paged virtual memory system only referenced pages are brought in, so as long as the code path is the same through a given binary, its physical memory footprint isn't going to change drastically. As soon as you have more than one *different* binary running out of /bin, you win of course, as there's only *one* copy (at most) of the common shared libraries being backed by physical memory. It would be useful, however, to quantify "way slower", so that we can make personally objective decisions about that... -- \\ Sometimes you're ahead, \\ Mike Smith \\ sometimes you're behind. \\ mike@smith.net.au \\ The race is long, and in the \\ msmith@freebsd.org \\ end it's only with yourself. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe security" in the body of the message