From owner-cvs-all Tue May 23 12:27:40 2000 Delivered-To: cvs-all@freebsd.org Received: from dt051n0b.san.rr.com (dt051n0b.san.rr.com [204.210.32.11]) by hub.freebsd.org (Postfix) with ESMTP id CA0CD37B8F5; Tue, 23 May 2000 12:27:35 -0700 (PDT) (envelope-from Doug@gorean.org) Received: from slave (doug@slave [10.0.0.1]) by dt051n0b.san.rr.com (8.9.3/8.9.3) with ESMTP id MAA47568; Tue, 23 May 2000 12:27:31 -0700 (PDT) (envelope-from Doug@gorean.org) Date: Tue, 23 May 2000 12:27:31 -0700 (PDT) From: Doug Barton X-Sender: doug@dt051n0b.san.rr.com To: Martin Cracauer Cc: "Andrey A. Chernov" , Kris Kennaway , cvs-committers@FreeBSD.ORG, cvs-all@FreeBSD.ORG Subject: Re: VM load with static binaries (Re: cvs commit: ports/shells/bash2) In-Reply-To: <20000523192328.A16012@cons.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-cvs-all@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, 23 May 2000, Martin Cracauer wrote: > Do you realize that several running instances of one static binary > share the same VM space and cause *less* system load? Unless you use > gzip'ed binaries, of course. > > Shared libraries are only an advantage (with regards to VM space) when > several *different* binaries that are linked to the *same* shared > library run simultaneously (typical X11 situation). Yes, actually, I am aware of that. However, 'ldd bash' tells me that the only things bash is linking to are libncurses and libc. So, I would think that since a lot of stuff is already using those two libraries, (most significantly, xterm, which is where almost all of my bash's run) that it would use less system resources to have the shell linked dynamically. This is something that I'd be happy to test empirically if you want to show me precise steps to do so. I'm actually eager to learn more about this. Doug -- "Live free or die" - State motto of my ancestral homeland, New Hampshire Do YOU Yahoo!? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe cvs-all" in the body of the message