Speed up when events spawn events about pubsubjs

[mroderick]

Thank you for your input, I am also working on another way of speeding things up, so hopefully I can combine the two, and get significant speedup.

I am currently trying to isolate the slow parts in my other attempt at speedup, in order to prove if it's even worth doing.

I'll leave this ticket open for further discussion until there's a conclusion to the investigation.

[mroderick]

As far as I can tell from the code example, it just breaks the execution chain for the first message, after that it's still using synchronous delivery, which kind of defeats the point of async delivery.

I am closing this, please reopen if I've completely misunderstood the example

[grignaak]

Perhaps I am misunderstanding what you mean by asyncronous delivery. I interpreted it as not "blocking" the execution of the caller of publishAsync. To this end, this is a fast implementation because it avoids the overhead of setTimeout as much as possible.

You may be worried because the event pump calls publishSync. I believe I just extracted the common code from the asynchronous and synchronous version, and it happened to be the entire synchronous version. But the "event queue" guarantees the same ordering as calling setTimeout for every publishAsync.

But, if you mean by asynchronous that it doesn't block the graphics/Ajax processing then you have a few options. You could discard this code and stay with the costly setTimeout per publishAsync. Or you could add a limit to the processing done within the event pump; i.e. after n messages or m milliseconds, reschedule the event pump (setTimeout) to take care of the rest of the work later.

[mroderick]

For the sake of completeness, I've fixed the broken last version on jsPerf:
http://jsperf.com/pubsubjs-vs-jquery-custom-events/43