kriskowal/q — pull request #217 by rkatic (2013-02-22 18:19:59+00:00)
Title: Lazy rethrow approach for simpler nextTick.

At this moment, I'm not 100% sure about this, but would give an simpler code, and better performances in case of thrown exceptions. The amortized algorithm gives an *O(t log n)* or better, while the "lazy re-throw" approach would give an *O(t)* delay (where *t* = tick delay, *n* = number of throws).

The downside is that re-throws are not in sync with other tasks. Also some environments could undesirably regenerate the error stack (?).
If those are not considered an issue, I could do some performance testing.

Ideas?