-
Type: Task
-
Resolution: Done
-
Priority: Major - P3
-
None
-
Affects Version/s: None
-
Component/s: Performance
-
None
-
Fully Compatible
-
Platforms 11 (03/11/16)
The upstream GPerftools master has merged a commit adding a new MarkThreadTemporarilyIdle function that may offer us improved performance over our current practice of calling MarkThreaIdle followed immediately by MarkThreadBusy.
We should benchmark the following configurations and understand the effects:
- Master, built against the system allocator
- Master, built against the vendored tcmalloc, with the MarkThreadIdle/MarkThreadBusy subsystem disabled
- Master, built against the vendored tcmalloc, using the current MarkThreadIdle/MarkThreadBusy subsystem.
- Master, built against the gperftools master, with the MarkThreadIdle/MarkThreadBusy subsystem disabled
- Master, built against the gperftools master, using the current MarkThreadIdle/MarkThreadBusy subsystem
- Master, built against the gperftools master, using the new MarkThreadTemporarilyIdle API.
- is depended on by
-
SERVER-17788 Upgrade to gperftools 2.5
- Closed
- is duplicated by
-
SERVER-22312 Evaluate MarkThreadTemporarilyIdle patch performance for gperftools
- Closed
- is related to
-
SERVER-31818 Add server parameter to disable MarkThread{temporary}Idle
- Closed
- related to
-
SERVER-16773 Performance degradation due to TCMalloc scalability
- Closed
-
SERVER-28249 Use TCMalloc MarkThreadTemporarilyIdle instead of MarkThreadIdle
- Closed