Learn more about these different git repos.
Other Git URLs
Since the application requesting data from the NSS client might be milti-threaded (and in the case of slapi-nis, it often is), we sometimes run into a race condition in the client libraries. It might happen that a thread checks the memcache, finds no data is there, waits for the mutex. By the time the mutex is acquired, some other thread already resolved the same data this thread is waiting on. In this case, it might benefit the performance to re-check the memcache.
owner: somebody => lslebodn
type: enhancement => defect
I don't think it is a defect.
This ticket might help only in case when more threads want to obtain information about the same user/group. it would be good to measure performance speed up whether it will help in real deployment. otherwise it would be just premature optimisation.
BTW: Patch should be very small.
Internal, not really testable change, it should not be cloned.
rhbz: => 0
Required for downstream, but not for Beta
milestone: SSSD 1.13 beta => SSSD 1.13
sensitive: => 0
btw Alexander said this is needed for the server mode sssd, so I'm bumping priority
priority: major => critical
patch: 0 => 1
status: new => assigned
_comment0: * b08bcc3
ebf6735 => 1435933971149275
resolution: => fixed
status: assigned => closed
milestone: SSSD 1.13.2 => SSSD 1.13.1
Metadata Update from @jhrozek:
- Issue assigned to lslebodn
- Issue set to the milestone: SSSD 1.13.1
to comment on this ticket.