From owner-freebsd-security Wed Apr 22 15:38:28 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA20823 for freebsd-security-outgoing; Wed, 22 Apr 1998 15:38:28 -0700 (PDT) (envelope-from owner-freebsd-security@FreeBSD.ORG) Received: from dyson.iquest.net (dyson.iquest.net [198.70.144.127]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id WAA20793 for ; Wed, 22 Apr 1998 22:38:21 GMT (envelope-from toor@dyson.iquest.net) Received: (from root@localhost) by dyson.iquest.net (8.8.8/8.8.8) id RAA06680; Wed, 22 Apr 1998 17:37:40 -0500 (EST) (envelope-from toor) Message-Id: <199804222237.RAA06680@dyson.iquest.net> Subject: Re: Static vs. dynamic linking (was Re: Using MD5 insted of DES ...) In-Reply-To: <199804222225.PAA01154@dingo.cdrom.com> from Mike Smith at "Apr 22, 98 03:25:56 pm" To: mike@smith.net.au (Mike Smith) Date: Wed, 22 Apr 1998 17:37:40 -0500 (EST) Cc: nate@mt.sri.com, woods@zeus.leitch.com, freebsd-security@FreeBSD.ORG From: "John S. Dyson" Reply-To: dyson@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL38 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-security@FreeBSD.ORG Precedence: bulk Mike Smith said: > > I suggest that our primary platform market is servers, and optimizing > > for those is useful for reviews (remember the 64MB fiasco???) If > > we all decide that it is generally good to make binaries shared, we > > need to make intelligent exceptions. I'll scream terribly loudly > > if we even passingly consider making a shell shared!!! Shells > > are almost never advatageously made shared. > > I think this basically says that we need to make shared executables > faster. The nuisance component with static binaries is rather high. 8( > I have optimized the kernel almost as much as humanly possible, and alot of the overhead is there. Take a look at our performance vs. most other OSen, it is a hard problem to solve. One problem has to do with the number of regions, and the data structures needed to support them. The other intrinsic issue is the locality of reference of the shared images. It is an impossible problem due to the inherent layout challenges. We don't have the sub-page resolution that we would need to pack the shared libs more efficiently. There are ways of improving the shared lib layout issues, but those improvements don't FIX the problem, but make it better. -- John | Never try to teach a pig to sing, dyson@freebsd.org | it just makes you look stupid, jdyson@nc.com | and it irritates the pig. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe security" in the body of the message