gsignal: remove some pointless locking
authorRyan Lortie <desrt@desrt.ca>
Thu, 21 Feb 2013 17:48:04 +0000 (17:48 +0000)
committerMatthias Clasen <mclasen@redhat.com>
Fri, 24 May 2013 01:50:54 +0000 (21:50 -0400)
commit3d1d49177bc577e4c0d4ec2d73b96db09e4d5be3
tree64bcdbac483d2bcf88e55e05dd82652bc11aed1f
parent8bb6a4aec5dbc7535244a0fa2b96b728eebe75cc
gsignal: remove some pointless locking

We previously hold a lock in the loop that collects the arguments for
g_signal_emit(), which we drop before calling into the argument
collection functions and reacquire again at the bottom of the loop (ie:
one release/acquire pair for each argument collected).  To make matters
worse, the lock is just released again after the loop.

Presumably that was done to protect the access to the parameter array,
but it's pretty unlikely that this is needed because the only way it
changes is if the signal is unloaded.  That only happens when unloading
types which is quite unlikely to happen while we are emitting on an
instance of that type (and, as an aside, never happens anymore anyway).

If we move the unlock below the loop up above it and remove the
acquire/release pair from the loop, we improve performance in the new
arg-collecting performance tests by ~15% (more like ~18% in the case
where we only emit to one handler -- where argument collection dominates
more).

https://bugzilla.gnome.org/show_bug.cgi?id=694380
gobject/gsignal.c