[
https://issues.apache.org/jira/browse/TS-678?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Leif Hedstrom updated TS-678:
-----------------------------
Attachment: mutex-try.diff
Add a records.config option to control the retry delay for the cache.
> Should we reduce MUTEX_RETRY_DELAY ?
> ------------------------------------
>
> Key: TS-678
> URL: https://issues.apache.org/jira/browse/TS-678
> Project: Traffic Server
> Issue Type: Improvement
> Reporter: Leif Hedstrom
> Fix For: 2.1.6
>
> Attachments: mutex-try.diff
>
>
> 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).
--
This message is automatically generated by JIRA.
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
