[TS-678] Should we reduce MUTEX_RETRY_DELAY ?

• Type: Improvement
• Status: Closed
• Priority: Major
• Resolution: Fixed
• Fix Version/s: 2.1.6
• Assignee: Leif Hedstrom
• Reporter: Leif Hedstrom
• Created: 26/Feb/11 04:32
• Updated: 03/Mar/11 17:24
• Resolved: 28/Feb/11 03:24

Description

We have a define

#define MUTEX_RETRY_DELAY HRTIME_MSECONDS(20)

which might be overly long? A suggestion was to set it to 11ms. bcall reports this being an issue with the old code base as well.

Long term (post v3.0) I believe John is considering changing several of these locks in cache (and perhaps other areas) to be small critical sections, and just plain locks (and not try-locks). So it's probably not wortwhile for v3.0 to spend significant time on the existing code (hence the quick and dirty reduction in the delay).