#514 investigate connection locking
Closed: wontfix None Opened 11 years ago by rmeggins.

systemtap analysis shows the Connection c_mutex is heavily contended - we should investigate ways to reduce locking


Looks good, but one question, shouldn't pb_q_size_max be initialized before comparing it to pq_q_size in add_pb? Or is a PRInt32 automatically set to 0?

Replying to [comment:6 mreynolds]:

Looks good, but one question, shouldn't pb_q_size_max be initialized before comparing it to pq_q_size in add_pb? Or is a PRInt32 automatically set to 0?

C guarantees that static variables are initialized to 0 if not explicitly initialized.

commit 304502c
Author: Rich Megginson rmeggins@redhat.com
Date: Tue Feb 19 19:32:56 2013 -0700

Metadata Update from @rmeggins:
- Issue assigned to rmeggins
- Issue set to the milestone: 1.3.2 - 09/13 (September)

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/514

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