Subject | Re: [Firebird-devel] V4_THREADING |
---|---|
Author | paulruizendaal |
Post date | 2003-12-15T16:25:29Z |
--- In Firebird-Architect@yahoogroups.com, Jim Starkey <jas@n...>
wrote:
the answers you are looking for:
http://www.research.ibm.com/people/d/dfb/talks/Bacon97FeatherweightTal
k.pdf
and
http://www.research.ibm.com/people/d/dfb/papers/Bacon98Thin.pdf
Paul
wrote:
> A second question is performance tradeoffs. The easy what to makea
> rwlock class is to use a mutex to control access to thesynchronization
> object, making an uncontested lock more expensive than a mutex.The Sun
> rwlock mechanism has this performance characteristic, though Ican't say
> this is their implementation. The alternative is a homebrew usingthat
> whatever interlock ingredients available on the platform (more on
> later). An rwlock mechanism optimized for database trades offspeed of
> uncontested locks for a higher overhead for contested locks. Iknow of
> no generally available rwlock mechanism with both monitor semanticsand
> fast lock performance, though there may be some. Anyone? Anyone?I'm not an expert in the area, but this IBM researcher perhaps has
the answers you are looking for:
http://www.research.ibm.com/people/d/dfb/talks/Bacon97FeatherweightTal
k.pdf
and
http://www.research.ibm.com/people/d/dfb/papers/Bacon98Thin.pdf
Paul