That helped my local tests, putting the cold-cache version on part with the 
warm-cache call.

I checked the number of groups (and its performance) using:

    $ sudo sss_cache --groups && sleep 5 && time (printf "%s\n" $(groups $USER) 
| sort -u | wc -l) && time (printf "%s\n" $(groups $USER) | sort -u | wc -l)
    29
    
    real    0m0.620s
    user    0m0.007s
    sys     0m0.035s
    29

    real    0m0.026s
    user    0m0.012s
    sys     0m0.012s

Are there any negative consequences of these settings? ... BTW, I was able to 
reverse all of the timeout settings and still get this performance boost, just 
by using:

    $ git diff /etc/sssd
    diff --git a/sssd/sssd.conf b/sssd/sssd.conf
    index ed048b5..7b05e21 100644
    --- a/sssd/sssd.conf
    +++ b/sssd/sssd.conf
    @@ -9,6 +9,8 @@ override_space = _
     [pam]
     
     [domain/corp.mycompany.com]
    +ignore_group_members = true
    +subdomain_inherit = ignore_group_members
     ldap_referrals = False
     enumerate = False
     # This allows users to still login when the LDAP server cannot be reached

Thanks so much for the help!  :)
-- 
_______________________________________________
sssd-users mailing list -- [email protected]
To unsubscribe send an email to [email protected]
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedorahosted.org/archives/list/[email protected]
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Reply via email to