[16003] in Kerberos_V5_Development

home help back first fref pref prev next nref lref last post

Re: Plugin project proposal

daemon@ATHENA.MIT.EDU (Nicolas Williams)
Thu Jul 15 18:58:01 2010

Date: Thu, 15 Jul 2010 17:56:35 -0500
From: Nicolas Williams <Nicolas.Williams@oracle.com>
To: Greg Hudson <ghudson@mit.edu>
Message-ID: <20100715225635.GA23207@oracle.com>
MIME-Version: 1.0
Content-Disposition: inline
In-Reply-To: <1279233417.3976.300.camel@ray>
Cc: Russ Allbery <rra@stanford.edu>, "krbdev@mit.edu" <krbdev@mit.edu>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Errors-To: krbdev-bounces@mit.edu

On Thu, Jul 15, 2010 at 06:36:57PM -0400, Greg Hudson wrote:
>   * dlsym may be kind of slow on some platforms; OSX has been mentioned
> as possibly requiring a linear symbol table search per dlsym call.  Note
> that in the absence of RTLD_FIRST (Linux doesn't have it), dlsym must
> search dependent libraries of dynamic objects as well as the object
> itself.  Nico points out that this concern may fall under the realm of
> premature optimization.

As I've said many times now, both types of solutions are technically
equivalent.  The performance issue, if it's real, might be considered
dispositive.  And yes, I'd like to first see some evidence that dlsym()
performance on any of the major OSes would be a problem.  I suspect it
wouldn't be a problem.

Nico
-- 
_______________________________________________
krbdev mailing list             krbdev@mit.edu
https://mailman.mit.edu/mailman/listinfo/krbdev

home help back first fref pref prev next nref lref last post