22 Jun
2018
22 Jun
'18
3:09 a.m.
I'd like to point out that Boost.Signals2 is threadsafe, and you pay for that, to the tune of 2x slower performance than Boost.Signals. That is the figure reported during the Boost.Signals2 review. Does anyone know if this has changed? If not, removing Boost.Signals is a case of requiring some users to pay for what they do not use (the threadsafety bit). I never used signals/slots in any context in which I was signalling across thread boundaries, and I don't expect that to be a common use case.
more recent benchmarks: https://github.com/NoAvailableAlias/signal-slot-benchmarks