1891732 - nsThreadPool: Let the last running thread steal the next event without waiting if possible

Status: RESOLVED DUPLICATE of bug 1891664

(Core :: XPCOM, enhancement)

Description

[Jens Stutte [:jstutte]]

Hopefully we can try to optimize the current loop a bit without the need for full logical affinity.

Comment 1

[Jens Stutte [:jstutte]]

Experiments so far did not really work out as hoped (as a side effect more threads woke up). I might give this another spin but probably this is a dead end.

Comment 2

[Jens Stutte [:jstutte]]

Attachment: WIP: Bug 1891732 - Have an MRU list for idle threads and separate condvars for each thread.

Comment 3

[Phabricator Automation]

Comment on attachment 9397238 [details]
WIP: Bug 1891732 - Have an MRU list for idle threads and separate condvars for each thread.

Revision D207785 was moved to bug 1891664. Setting attachment 9397238 [details] to obsolete.

Comment 4

[Jens Stutte [:jstutte]]

The investigation here made me add that patch to bug 1891664, as its benefits are more general than thread affinity. That patch kind of implements also the intent of this bugs title.