net rpc vampire performance
jmcd at us.ibm.com
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.
IBM Linux Technology Center
6 Minuteman Drive
Scarborough, ME 04074
jmcd at us dot ibm dot com
jmcd at samba dot org
IBM tie-line: 349-5335
More information about the samba-technical