[GHC] #693: dynamic locking
GHC
trac at galois.com
Mon Aug 7 11:29:56 EDT 2006
#693: dynamic locking
-------------------------------+--------------------------------------------
Reporter: simonmar | Owner:
Type: task | Status: new
Priority: normal | Milestone: 6.6.1
Component: Runtime System | Version: 6.4.1
Severity: normal | Resolution:
Keywords: | Os: Unknown
Difficulty: Moderate (1 day) | Architecture: Unknown
-------------------------------+--------------------------------------------
Changes (by simonmar):
* milestone: 6.6 => 6.6.1
Old description:
> Now that the SMP and threaded runtimes are the same, there is some
> unnecessary locking going on in the single threaded case. For example,
> MVar operations now require an atomic memory operation, which can be
> quite slow. It might be a good idea to dynamically turn on these locks
> if we're running multi-threaded (ie. +RTS -N2 or greater). ToDo: measure
> the difference.
New description:
Now that the SMP and threaded runtimes are the same, there is some
unnecessary locking going on in the single threaded case. For example,
MVar operations now require an atomic memory operation, which can be quite
slow. It might be a good idea to dynamically turn on these locks if we're
running multi-threaded (ie. +RTS -N2 or greater). !ToDo: measure the
difference.
--
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/693>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
More information about the Glasgow-haskell-bugs
mailing list