Grouper Developers Forum

[Kathryn Huxtable <>]

I was off a bit here, by the way. I have 11 groups in my test data. There
are 89,000 subjects, but only 13,000 have any memberships. I have two groups
with about 13,000 members each, one with just shy of 6000, and the rest have
fewer than two dozen members each.

This is true for both LDAP and Oracle.

It's always possible that my LDAP is badly tuned. It's not my strong suit,
but they've forced me to take it on.

-K


On 1/29/07 2:27 PM, "Kathryn Huxtable" 
<>
 wrote:

> I am referring to (2), although (1) slows things down by not permitting join
> queries.
> 
> There are only five groups. There are 70,000 subjects and about 5000 members
> in three of the groups. The other groups have a handful of members each.
> 
> -K
> 
> 
> On 1/29/07 2:01 PM, "Tom Barton" 
> <>
>  wrote:
> 
>> <I'm CCing just the grouper-dev list, to pick just one place for
>> continuing this thread.>
>> 
>> Kathryn Huxtable wrote:
>>> Okay, I see that the problem is that it takes over 15 minutes to search 
>>> the
>>> existing subject DNs in my LDAP directory.
>> 
>> Do you refer to (1) grouper API's use of the subject API to render
>> membership lists to present to ldappc, or (2) ldappc looking up DNs of
>> subjects in LDAP in order to review and update their memberships?
>> 
>> About how many subjects, groups, and memberships are referenced in the
>> groups selected for provisioning?
>> 
>> Thanks,
>> Tom
>