#456 Optimize entry cache sizing
Closed: wontfix None Opened 11 years ago by mreynolds.

Currently when an entry is added to the cache, we calculate the size of the entry inside of the cache lock. This should be calculated before taking the lock.


git merge ticket456
Updating b3a0ab7..fc80262
Fast-forward
ldap/servers/slapd/back-ldbm/cache.c | 18 +++++++++++++++---
1 files changed, 15 insertions(+), 3 deletions(-)

[mareynol@localhost ds]$ git push origin master
Counting objects: 13, done.
Delta compression using up to 4 threads.
Compressing objects: 100% (7/7), done.
Writing objects: 100% (7/7), 1014 bytes, done.
Total 7 (delta 5), reused 0 (delta 0)
To ssh://git.fedorahosted.org/git/389/ds.git
b3a0ab7..fc80262 master -> master

Metadata Update from @mreynolds:
- Issue assigned to mreynolds
- Issue set to the milestone: 1.3.0

7 years ago

389-ds-base is moving from Pagure to Github. This means that new issues and pull requests
will be accepted only in 389-ds-base's github repository.

This issue has been cloned to Github and is available here:
- https://github.com/389ds/389-ds-base/issues/456

If you want to receive further updates on the issue, please navigate to the github issue
and click on subscribe button.

Thank you for understanding. We apologize for all inconvenience.

Metadata Update from @spichugi:
- Issue close_status updated to: wontfix (was: Fixed)

3 years ago

Login to comment on this ticket.

Metadata