Experimental Physics and Industrial Control System
|
I have been looking at Jeff's suggestion about implementing a faster version of
osi/os/posix/osdMutex.c. The idea is to use PTHREAD_MUTEX_RECURSIVE if posix
implementation allows it.
One catch is epicsMutexLockWithTimeout. There is no pthread_mutux_lock with a
timeout.
I just got done talking on the phone with Jeff. We both think the solution is to
get rid of epicsMutexLockWithTimeout. It is only used in two places in base and
both are in diagnostic routines.
Unless I hear major objections epicsMutexLockWithTimeout will be removed.
Marty
- References:
- RE: POSIX recursive mutex Jeff Hill
- Navigate by Date:
- Prev:
RE: POSIX recursive mutex Jeff Hill
- Next:
RISC_pad in dbr_time_double Andrew Johnson
- Index:
<2002>
2003
2004
2005
2006
2007
2008
2009
2010
2011
2012
2013
2014
2015
2016
2017
2018
2019
2020
2021
2022
2023
2024
- Navigate by Thread:
- Prev:
RE: POSIX recursive mutex Jeff Hill
- Next:
Re: POSIX recursive mutex Marty Kraimer
- Index:
<2002>
2003
2004
2005
2006
2007
2008
2009
2010
2011
2012
2013
2014
2015
2016
2017
2018
2019
2020
2021
2022
2023
2024
|
ANJ, 02 Feb 2012 |
·
Home
·
News
·
About
·
Base
·
Modules
·
Extensions
·
Distributions
·
Download
·
·
Search
·
EPICS V4
·
IRMIS
·
Talk
·
Bugs
·
Documents
·
Links
·
Licensing
·
|