[Bug translator/7033] Optimize locking reginon of global variables
fche at redhat dot com
sourceware-bugzilla@sourceware.org
Fri Nov 14 23:44:00 GMT 2008
------- Additional Comments From fche at redhat dot com 2008-11-14 23:42 -------
A long time ago, this is how we used to do things.
Some reasons against it:
- generated code was much longer, as each use of those
globals had to be protected individually
- greater likelihood of deadlocks (which would be detected by
*trylock timeout loops, but that still takes time)
- by the time such a deadlock is detected, we can't roll back
the prior code run by the probe handler, so we end up with
inconsistent state
--
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |WAITING
http://sourceware.org/bugzilla/show_bug.cgi?id=7033
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
More information about the Systemtap
mailing list