|
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.
|