id summary reporter owner description type status component version severity resolution keywords cc stage has_patch needs_docs needs_tests needs_better_patch easy ui_ux 4561 dispatch refactoring (removed) nobody "Original ml discussion is [http://groups.google.com/group/django-developers/browse_thread/thread/1491d45d193ed111 here]. Short version; dispatch is a slow beast- basic design flaws follow * signals are sent regardless of whether or not something is listening * every emit/send requires searching for any matching sender, and matching signal receiver- additionally, requires looking up Any. The listeners change only when a new connection is added/goes out of scope, doing it every time at send is inefficient * signals, while singleton instances, aren't used for anything more then effectively a constant; meaning all of the logic is shoved into dispatcher; due to this, there is no easy place to define the set of args sent to listeners, it's completely dependant on each send invocation using an adhoc agreed to standard. Due to a signal being just a constant, there is no easy space to make signals faster via calculating up front the receivers to notify (it could be implemented in dispatcher.*, but that code is already ugly/messy, and feels a bit fragile). Attached is a patch adding the basic intelligence to signals; this folds in ticket #4521 (basic signal class with __str__/__repr__). Roughly, adds the following logic: * for 'smart signals' (signals that are more then just constants), adds (enable|disable)_sender(sender) methods. In dispatcher.connect, if the signal is 'smart', signal.enable_sender(sender) is invoked- basically notifies the signal that something is actually listening, and what specifically is listening. In disconnect, a amtching disable_sender(sender) is added- same thing (notify that a receiver is going away). * Tracking of all known 'smart signals'; this is used by Any, to multiplex enable_sender calls down into each individual signal * a pre/post signal class, and func to generate the paired signals. This one is a bit more complex, and is the initial gain (aside from cleanup )from this refactoring. Basically, it modifies the sender on the fly, injecting pre/post dispatches if anything is listening- if nothing is listening, it leaves the target alone. Via this, I'm getting >25% faster Model instance instantiation for when nothing is listening for that specific model/signal. pre_init, post_init, pre_save, post_save are updated to use the more efficient pre/post signal classes; the remaining django.db.models.signals.* signals are updated to use the new simple signal class (easier for debugging mainly). At this point, there should be no break in API either; basically is just shifting things around, and adding in a bit of delegation. Patch is production usable at this point, although test coverage isn't yet 100%. Thoughts/comments/nits welcome." closed Core (Other) dev duplicate performance jarek.zgoda@… Ready for checkin 1 0 0 0 0 0