From owner-freebsd-current@FreeBSD.ORG Wed Nov 26 03:02:16 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2D8DD16A4CE for ; Wed, 26 Nov 2003 03:02:16 -0800 (PST) Received: from heron.mail.pas.earthlink.net (heron.mail.pas.earthlink.net [207.217.120.189]) by mx1.FreeBSD.org (Postfix) with ESMTP id 50EB943FCB for ; Wed, 26 Nov 2003 03:01:39 -0800 (PST) (envelope-from tlambert2@mindspring.com) Received: from user-38lc18e.dialup.mindspring.com ([209.86.5.14] helo=mindspring.com) by heron.mail.pas.earthlink.net with asmtp (SSLv3:RC4-MD5:128) (Exim 3.33 #1) id 1AOxQP-0005mz-00; Wed, 26 Nov 2003 03:01:38 -0800 Message-ID: <3FC48829.D577A5FE@mindspring.com> Date: Wed, 26 Nov 2003 03:02:01 -0800 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Brad Knowles References: <20031125025621.453732A8FC@canning.wemm.org> <200311250311.hAP3BTCO075916@apollo.backplane.com> <20031125150700.GA48007@madman.celabo.org> <20031125201421.GB54467@madman.celabo.org> <20031125205009.GA38563@xor.obsecurity.org> <20031125221711.GA39438@xor.obsecurity.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-ELNK-Trace: b1a02af9316fbb217a47c185c03b154d40683398e744b8a4b95e9e25708144debdc9a35dbc0f1379666fa475841a1c7a350badd9bab72f9c350badd9bab72f9c cc: FreeBSD-CURRENT Mailing List Subject: Re: 40% slowdown with dynamic /bin/sh X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Nov 2003 11:02:16 -0000 Brad Knowles wrote: > At 2:48 PM -0800 2003/11/25, Matthew Dillon wrote: > > What I am advocating is that FreeBSD-5 not marginalize and > > restrict (make less flexible) basic infrastructure in order to get other > > infrastructure working. > > If you've got working, debugged code that works in the manner you > are espousing, and still achieves the same goal of making NSS and PAM > work everywhere, I'm sure we'd all love to see it. > > In the absence of any code contribution to the contrary, I see no > alternative than the method that has been selected. Sure, it's not > great. Sure, it's slower (more or less, depending on which > benchmarks you believe). I don't know what Matt is planning on delivering, but... http://developer.apple.com/darwin/projects/opendirectory/ [...] lookupd is included with the Darwin project and is documented online in Apple's Support database and as part of Mac OS X and Darwin in the form of "man" pages. [...] FreeBSD has also been offered, at least three times, similar proxy code from two universities, under BSD license. I think the ball is in the court of the people asking "Where is the code?" to take the code which has been made available, and commit it. Lest this be considered advocacy, let me emphasize that I think it is not the canonically correct approach to do this. FWIW, my personal presference is a libdlopen that can be linked statically. I've explained how to make one three times, have offered my own prototype code (which requires GCC modifications to constructor parameter lists in the generated code, for C++ to continue working), and an European fellow posted an implementation that, while it didn't add full functionality, was good enough to enable writing PAM and NSS modules, at least, even though it would not permit a satically linked JRE to run JNI modules. -- Terry