Closed
Bug 132089
Opened 23 years ago
Closed 23 years ago
NSPR should use the new adaptive pthread mutexes on Linux
Categories
(NSPR :: NSPR, defect, P1)
Tracking
(Not tracked)
RESOLVED
FIXED
4.2
People
(Reporter: wtc, Assigned: wtc)
References
Details
Attachments
(3 files)
|
4.99 KB,
text/plain
|
Details | |
|
760 bytes,
patch
|
Details | Diff | Splinter Review | |
|
1.25 KB,
patch
|
Details | Diff | Splinter Review |
In glibc 2.2, there is a new pthread mutex type called
PTHREAD_MUTEX_ADAPTIVE_NP, which has better performance
than the default mutex type. NSPR should use the new
adaptive pthread mutex to implement PRLock.
|
Assignee | |
Comment 1•23 years ago
|
||
|
|
Assignee | |
Updated•23 years ago
|
Status: NEW → ASSIGNED
Priority: -- → P1
Target Milestone: --- → 4.2
|
|
Assignee | |
Comment 2•23 years ago
|
||
|
|
Assignee | |
Comment 3•23 years ago
|
||
Fix checked into the tip of NSPR.
Status: ASSIGNED → RESOLVED
Closed: 23 years ago
Resolution: --- → FIXED
|
|
Assignee | |
Comment 4•23 years ago
|
||
It turns out that pthread_mutexattr_setkind_np is deprecated.
We should use the new pthread_mutexattr_settype function,
introduced in UNIX98. We need to define _XOPEN_SOURCE as 500
to enable the UNIX98 compilation environment.
|
|
Assignee | |
Comment 5•23 years ago
|
||
I checked in the pthread_mutexattr_settype patch into the NSPR tip.
You need to log in
before you can comment on or make changes to this bug.
Description
•