net rpc vampire performance

Jim McDonough jmcd at
Fri May 27 18:24:42 GMT 2005

>Cynical question: What is so slow with the current approach? Is it the
>fork/exec of perl stuff, or is it the LDAP server? If it's the latter,
>it would be better to fix the LDAP server. Maybe just for the vampire you
>run it with a bdb backend tuned towards speed an not safety. I'm sure
>DB_CONFIG has a lot to offer to make things fast.

There are multiple issues in the current approach that slow it down.
Fork/exec for each user is definitely one piece, but even if the posix
users are already defined, checking that via nsswitch first, then modifying
each user is still very slow, and then ldap itself is another issue.  The
entire design is filled with slow pieces.

Jim McDonough
IBM Linux Technology Center
Samba Team
6 Minuteman Drive
Scarborough, ME 04074

jmcd at us dot ibm dot com
jmcd at samba dot org

Phone: 1-877-228-1846
IBM tie-line: 349-5335

More information about the samba-technical mailing list